Re: [Talk-it] Problema codice di avviamento postale sballato nei civici a Scandicci

[Marco]

Ciao,
ho chiesto chiarimenti all'URP della Regione Toscana e oggi mi hanno
risposto che:

> Buonasera,
> a seguito di verifiche interne relative alla Convenzione in oggetto, le
confermiamo che non ci sono stati cambiamenti pertanto la stessa rimane, ad
oggi, valida.
> Il testo è pubblicato al seguente link del sito istituzionale
https://www.regione.toscana.it/-/convenzio-1
>
> Cordiali saluti,
> Andrea / URP Giunta regionale


Il giorno gio 28 mag 2020 alle ore 00:17 stefano campus 
ha scritto:

> ciao, non è più possibile per una pubblica amministrazione rinnovare
> tacitamente un accordo, una convenzione o altro, anche se non ci sono oneri
> tra le parti.
> è proprio vietato...
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Problema codice di avviamento postale sballato nei civici a Scandicci

[stefano campus]

Segnalo che dal 25 maggio 2020 c'è stato un aggiornamento dei CAP dei comuni
di nuova istituzione, di altri 40 in provincia di milano e di altre città.

https://www.nonsolocap.it/docs/codice-di-avviamento-postale/

s.



--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [Talk-it] Problema codice di avviamento postale sballato nei civici a Scandicci

[stefano campus]

ciao, non è più possibile per una pubblica amministrazione rinnovare
tacitamente un accordo, una convenzione o altro, anche se non ci sono oneri
tra le parti.
è proprio vietato...

s.



--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [Talk-it] Problema codice di avviamento postale sballato nei civici a Scandicci

[Alessandro Sarretta]

Vedo che lo stesso utente ha probabilmente fatto recentemente un altro 
import (non documentato nemmeno questo?), degli alberi del comune di 
Firenze: https://osmcha.org/changesets/84782152/


Se non risponde ai commenti nel changeset, che sia da provare a 
mandargli un messaggio diretto per avere maggiori informazioni?


Ale

On 27/05/20 16:02, Andrea Musuruane wrote:

Ciao,
    se effettivamente fossero civici provenienti dagli open data della 
Regione Toscana (e considerando che nel changeset è proprio indicata 
questa fonte nel tag source), questi andrebbero subito eliminati in 
modo permanente dal database (redacted).


I numeri civici sono infatti distribuiti con licenza CC-BY-SA 4.0 che 
non è compatibile con la ODbL.


Ciao,

Andrea


On Wed, May 27, 2020 at 3:42 PM Marco > wrote:


Salve lista,
segnalo che a Scandicci (Firenze) un po' di mesi fa sono stati
caricati 10986¹ civici con un valore del CAP un po' sospetto;
infatti ogni nodo ha un codice di avviamento postale
nell'intervallo 50018 – 61004 sempre diverso.

La provenienza dei civici sembra essere gli open data della
Regione Toscana che però, a quanto so non contengono il CAP. Non
ho trovato una documentazione dell'import quindi non so da dove
possa provenire l'errore.

Ho commentato il changeset dell'utente circa 15 giorni fa ma non
ho ricevuto risposta. Confidando che l'utente risponda prima o
poi, propongo nel frattempo la rimozione del tag 'addr:postcode'
dai 10986 nodi; non dovrebbe essere difficile visto che, tranne
uno che è stato spostato, si tratta "solo" di nodi rimasti fermi
alla prima versione e che nessun altro dato su OpenStreetMap viene
coinvolto.

Ci sarebbero anche altri problemi con i dati in questione (891
civici con valore 0 e in alcuni casi 'addr:street' con valore non
identico all'etichetta 'name' della relativa strada su
OpenStreetMap) però il più urgente mi sembra quello dei CAP
"randomici".

¹ https://www.openstreetmap.org/changeset/82343444
https://osmcha.org/changesets/82343444/
https://www.openstreetmap.org/changeset/82343475
https://osmcha.org/changesets/82343475/
https://overpass-turbo.eu/s/Ur6 (3MB, 10865 nodi)

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


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

Re: [Talk-it] Problema codice di avviamento postale sballato nei civici a Scandicci

[Andrea Musuruane]

Hai ragione. Bisognerebbe verificare con Wikimedia Italia, anche se mi
sembra improbabile che RT abbia dato disdetta.

Ciao,

Andrea


Il mer 27 mag 2020, 18:22 Marco  ha scritto:

> Non sono né pratico di questioni legali né informato sulle ultime vicende
> ma se la convenzione è questa:
>
>
> https://www.regione.toscana.it/documents/10180/70968/Accordo_wikimedia_RT_20140924.pdf/e05d1e81-2b09-4b70-9862-b3d86b8c9301
>
> alla fine è scritto:
>
> "La convenzione ha durata di tre anni dalla data di stipulazione ed è
> soggetta a tacito rinnovo, salvo disdetta di una delle parti entro 30
> giorni dalla scadenza."
>
> Potrebbe quindi essere ancora valida?
>
> Il giorno mer 27 mag 2020 alle ore 14:12 Andrea Musuruane <
> musur...@gmail.com> ha scritto:
>
>>
>>
>> La convenzione è scaduta nel 2017.
>>
>>
>> ___
> 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] Problema codice di avviamento postale sballato nei civici a Scandicci

[Marco]

Non sono né pratico di questioni legali né informato sulle ultime vicende
ma se la convenzione è questa:

https://www.regione.toscana.it/documents/10180/70968/Accordo_wikimedia_RT_20140924.pdf/e05d1e81-2b09-4b70-9862-b3d86b8c9301

alla fine è scritto:

"La convenzione ha durata di tre anni dalla data di stipulazione ed è
soggetta a tacito rinnovo, salvo disdetta di una delle parti entro 30
giorni dalla scadenza."

Potrebbe quindi essere ancora valida?

Il giorno mer 27 mag 2020 alle ore 14:12 Andrea Musuruane <
musur...@gmail.com> ha scritto:

>
>
> La convenzione è scaduta nel 2017.
>
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Problema codice di avviamento postale sballato nei civici a Scandicci

[Andrea Musuruane]

Ciao,

On Wed, May 27, 2020 at 4:08 PM Luca Delucchi  wrote:

> On Wed, 27 May 2020 at 16:04, Andrea Musuruane  wrote:
> >
> > Ciao,
>
> ciao,
>
> > se effettivamente fossero civici provenienti dagli open data della
> Regione Toscana (e considerando che nel changeset è proprio indicata questa
> fonte nel tag source), questi andrebbero subito eliminati in modo
> permanente dal database (redacted).
> >
> > I numeri civici sono infatti distribuiti con licenza CC-BY-SA 4.0 che
> non è compatibile con la ODbL.
> >
>
> ma c'è una convenzione tra Wikimedia Italia e Regione Toscana,
> bisognerebbe vedere se basta quella, se ricordo bene c'era scritto
> qualcosa per gli import dei dati
>
>
La convenzione è scaduta nel 2017.

Ciao,

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

Re: [Talk-it] Problema codice di avviamento postale sballato nei civici a Scandicci

[Luca Delucchi]

On Wed, 27 May 2020 at 16:04, Andrea Musuruane  wrote:
>
> Ciao,

ciao,

> se effettivamente fossero civici provenienti dagli open data della 
> Regione Toscana (e considerando che nel changeset è proprio indicata questa 
> fonte nel tag source), questi andrebbero subito eliminati in modo permanente 
> dal database (redacted).
>
> I numeri civici sono infatti distribuiti con licenza CC-BY-SA 4.0 che non è 
> compatibile con la ODbL.
>

ma c'è una convenzione tra Wikimedia Italia e Regione Toscana,
bisognerebbe vedere se basta quella, se ricordo bene c'era scritto
qualcosa per gli import dei dati

> Ciao,
>
> Andrea
>

-- 
ciao
Luca

www.lucadelu.org

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

Re: [Talk-it] Problema codice di avviamento postale sballato nei civici a Scandicci

[Andrea Musuruane]

Ciao,
se effettivamente fossero civici provenienti dagli open data della
Regione Toscana (e considerando che nel changeset è proprio indicata questa
fonte nel tag source), questi andrebbero subito eliminati in modo
permanente dal database (redacted).

I numeri civici sono infatti distribuiti con licenza CC-BY-SA 4.0 che non è
compatibile con la ODbL.

Ciao,

Andrea


On Wed, May 27, 2020 at 3:42 PM Marco  wrote:

> Salve lista,
> segnalo che a Scandicci (Firenze) un po' di mesi fa sono stati caricati
> 10986¹ civici con un valore del CAP un po' sospetto; infatti ogni nodo ha
> un codice di avviamento postale nell'intervallo 50018 – 61004 sempre
> diverso.
>
> La provenienza dei civici sembra essere gli open data della Regione
> Toscana che però, a quanto so non contengono il CAP. Non ho trovato una
> documentazione dell'import quindi non so da dove possa provenire l'errore.
>
> Ho commentato il changeset dell'utente circa 15 giorni fa ma non ho
> ricevuto risposta. Confidando che l'utente risponda prima o poi, propongo
> nel frattempo la rimozione del tag 'addr:postcode' dai 10986 nodi; non
> dovrebbe essere difficile visto che, tranne uno che è stato spostato, si
> tratta "solo" di nodi rimasti fermi alla prima versione e che nessun altro
> dato su OpenStreetMap viene coinvolto.
>
> Ci sarebbero anche altri problemi con i dati in questione (891 civici con
> valore 0 e in alcuni casi 'addr:street' con valore non identico
> all'etichetta 'name' della relativa strada su OpenStreetMap) però il più
> urgente mi sembra quello dei CAP "randomici".
>
> ¹ https://www.openstreetmap.org/changeset/82343444
> https://osmcha.org/changesets/82343444/
> https://www.openstreetmap.org/changeset/82343475
> https://osmcha.org/changesets/82343475/
> https://overpass-turbo.eu/s/Ur6 (3MB, 10865 nodi)
>
> Alla prossima,
> Marco
> ___
> 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] Problema codice di avviamento postale sballato nei civici a Scandicci

[Marco]

Salve lista,
segnalo che a Scandicci (Firenze) un po' di mesi fa sono stati caricati
10986¹ civici con un valore del CAP un po' sospetto; infatti ogni nodo ha
un codice di avviamento postale nell'intervallo 50018 – 61004 sempre
diverso.

La provenienza dei civici sembra essere gli open data della Regione Toscana
che però, a quanto so non contengono il CAP. Non ho trovato una
documentazione dell'import quindi non so da dove possa provenire l'errore.

Ho commentato il changeset dell'utente circa 15 giorni fa ma non ho
ricevuto risposta. Confidando che l'utente risponda prima o poi, propongo
nel frattempo la rimozione del tag 'addr:postcode' dai 10986 nodi; non
dovrebbe essere difficile visto che, tranne uno che è stato spostato, si
tratta "solo" di nodi rimasti fermi alla prima versione e che nessun altro
dato su OpenStreetMap viene coinvolto.

Ci sarebbero anche altri problemi con i dati in questione (891 civici con
valore 0 e in alcuni casi 'addr:street' con valore non identico
all'etichetta 'name' della relativa strada su OpenStreetMap) però il più
urgente mi sembra quello dei CAP "randomici".

¹ https://www.openstreetmap.org/changeset/82343444
https://osmcha.org/changesets/82343444/
https://www.openstreetmap.org/changeset/82343475
https://osmcha.org/changesets/82343475/
https://overpass-turbo.eu/s/Ur6 (3MB, 10865 nodi)

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

Re: [Talk-it] problema con versione dati JOSM 15806

[Andrea Albani]

Ciao,
usi java 8 di Oracle e esegui josm con java web start (file. Jnlp)?
In questo caso il tuo problema assomiglia molto a quello di questo ticket:

https://josm.openstreetmap.de/ticket/18700

Prova a scaricare josm-tested.jar dalla home page di josm.openstreetmap.de,
eseguilo e vedi se cambia qualcosa.

Ciao

Il dom 23 feb 2020, 09:36 demon_box  ha scritto:

> ciao, da qualche tempo ho un problema con JOSM
> utilizzo l'ultima versione 15806 e vi faccio un esempio, ieri sera ho
> caricato dei dati che ho anche subito dopo renderizzato e ci sono, ma
> stamattina se scarico i dati di quella stessa area quelle modifiche non ci
> sono... è pazzesco! qualcuno a qualche idea in merito?
>
> i passaggi che faccio sono "Apri (traccia .gpx)" e poi tasto dx nei livelli
> sulla traccia .gpx "Scarica da OSM lungo questo tracciato"
>
> come mai mi scarica dati vecchi??
>
> GRAZIE
>
> --enrico
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
> ___
> 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] problema con versione dati JOSM 15806

[demon_box]

...è dal 2010 (da quando cioè ho inziato a mappare) che utilizzo il
procedimento prima descritto quindi non capisco cos'è cambiato... comunque
una soluzione l'ho trovata, dopo aver aperto la traccia .gpx vado su "File /
Scaricamento dati / Scarica" e così scarica la versione più recente...
boh...

--enrico 



--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

[Talk-it] problema con versione dati JOSM 15806

[demon_box]

ciao, da qualche tempo ho un problema con JOSM
utilizzo l'ultima versione 15806 e vi faccio un esempio, ieri sera ho
caricato dei dati che ho anche subito dopo renderizzato e ci sono, ma
stamattina se scarico i dati di quella stessa area quelle modifiche non ci
sono... è pazzesco! qualcuno a qualche idea in merito?

i passaggi che faccio sono "Apri (traccia .gpx)" e poi tasto dx nei livelli
sulla traccia .gpx "Scarica da OSM lungo questo tracciato"

come mai mi scarica dati vecchi??

GRAZIE

--enrico



--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [Talk-it] problema default access in Italia

[Martin Koppenhoefer]

sent from a phone

> On 11. Sep 2019, at 16:31, Volker Schmidt  wrote:
> 
> Esistono divieti su base comunale, provinciale(?), regionali, parchi e simili 
> enti.


si, ma questi divieti devono poi trovare riscontro con la segnaletica che si 
trova sulla strada. Al livello comunale, provinciale o regionale credo non si 
possano imporre divieti di accesso sui percorsi di default che sono attivi 
senza essere indicati, o sì? 

In generale la pagina descrive i default nazionali, per quelli regionali si 
potrebbe fare una sottosezione con altri default, ma in Osm per essere sicuri è 
meglio essere esplicito e non fidarsi dei default (se non c’è niente potrebbe 
anche indicare che nessun mappatore conosce più dettagli).

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

Re: [Talk-it] problema default access in Italia

[Volker Schmidt]

On Wed, 11 Sep 2019 at 16:20, Martin Koppenhoefer 
wrote:

> tanto un path non consente per la maggior parte dei veicoli motorizzati di
> transitare, perché è troppo stretto, parliamo quindi in sostanza di
> motocicli e motorini.
>

Si, certo, ma sono questi i casi problematici. Esistono divieti su base
comunale, provinciale(?), regionali, parchi e simili enti.
Per questo motivo metterei un default che limita l'accesso a foot, bicycle,
horse
Escluderei per default veicoli motorizzati, e, per precauzione, anche
wheelchair.

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

Re: [Talk-it] problema default access in Italia

[Martin Koppenhoefer]

Am Sa., 7. Sept. 2019 um 17:53 Uhr schrieb Volker Schmidt :

> Sarebbe da guardare nella parte International Equivalence (dove si dice
> che particamante la maggior parte dei trunk in Italia è motorroad=yes.
> Questo parla anche di highway=trunk a crregita unica (due corsie) come
> trunk.
> Penso anche qua c'è una verifica da fare: penso di aver incontrato anche
> in Italia delle strade di questo tipo con divieti autostradali, ma solo una
> carreggiata (il famoso San Bernardo, che è addirittura autostrada).
>
>

appunto, il criterio di trunk è senza incroci a raso, mentre motorroad=yes
si può aggiungere anche ad una primary (è anche implicito su
highway=motorway).



> Per il "path" bisogna probabilmente fare un discorso molto più
> approfondito. Ho pura che la situazione legale è complicata e molto
> frammentata. Il mio approccio lì sarebbe di limitare per default a
> pedoni/bici/cavalli. Con i permessi per veicoli motorizzati andrei piano
> con un approccio di aggiungere solo permessi, quando il mappatore sa di
> fonte sicura che il passaggio è legale
>


tanto un path non consente per la maggior parte dei veicoli motorizzati di
transitare, perché è troppo stretto, parliamo quindi in sostanza di
motocicli e motorini.


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

Re: [Talk-it] problema default access in Italia

[Volker Schmidt]

In linea di massima sono d'accordo.
Sarebbe utile, se facciamo il dettaglio, di aggiungere delle note che
fanni'o riferimento alle claissificazioni italiani per legge.
Da controllare/aggiornare
https://wiki.openstreetmap.org/wiki/Key:motorroad#Italy
e guardare anche https://wiki.openstreetmap.org/wiki/IT:Tag:highway%3Dtrunk
(e la versione inglese)
Sarebbe da guardare nella parte International Equivalence (dove si dice che
particamante la maggior parte dei trunk in Italia è motorroad=yes. Questo
parla anche di highway=trunk a crregita unica (due corsie) come trunk.
Penso anche qua c'è una verifica da fare: penso di aver incontrato anche in
Italia delle strade di questo tipo con divieti autostradali, ma solo una
carreggiata (il famoso San Bernardo, che è addirittura autostrada).

Per il "path" bisogna probabilmente fare un discorso molto più
approfondito. Ho pura che la situazione legale è complicata e molto
frammentata. Il mio approccio lì sarebbe di limitare per default a
pedoni/bici/cavalli. Con i permessi per veicoli motorizzati andrei piano
con un approccio di aggiungere solo permessi, quando il mappatore sa di
fonte sicura che il passaggio è legale






On Sat, 7 Sep 2019 at 17:18, Martin Koppenhoefer 
wrote:

> se non ci sono pareri opposti cambierei le cose evidenziate sopra:
>
> 1. aggiungo la proprietà motorroad a fianco a motorway
>
> 2. metto "trunk" come primary, secondary ecc.,
>
> 3. rimuovo la colonna generica di "access"
>
> 4. cambio moped a "no" per motorway e motorroad
>
> per il default di "path" non sono sicuro. Finora avevo pensato path senza
> niente fosse aperto a tutti (che passano fisicamente).
>
> Grazie,
> 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] problema default access in Italia

[Martin Koppenhoefer]

se non ci sono pareri opposti cambierei le cose evidenziate sopra:

1. aggiungo la proprietà motorroad a fianco a motorway

2. metto "trunk" come primary, secondary ecc.,

3. rimuovo la colonna generica di "access"

4. cambio moped a "no" per motorway e motorroad

per il default di "path" non sono sicuro. Finora avevo pensato path senza
niente fosse aperto a tutti (che passano fisicamente).

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

[Talk-it] problema default access in Italia

[Martin Koppenhoefer]

Guardando la lista delle regole di accesso di default per le strade in
Italia, ho notato dei problemi:
https://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions#Italy

"trunk" esclude horse, bicycle e foot (e tutto che non sia motorcar,
motorcyle, goods, hgv, psv e moped). Questo invece di "highway=trunk"
dovrebbe essere
highway=* con
motorroad=yes

e anche in questo caso, sia per motorroad che per motorway è sbagliato
moped=yes (dovrebbe essere "no").

Propongo di rimuovere "access=no", perché è sbagliato, direi di rimuovere
tutta la colonna di "access" come fanno nella maggiorparte degli altri
paesi, perché il rischio è troppo grande di dimenticarsi delle classi. Per
esempio noi abbiamo attualmente vietato li pullman su tutti i trunk e
autostrade con questa regola.

Inoltre abbiamo vietati tutti i mezzi sui "path" che non siano horse,
bicycle, foot. E`giusto? La scorsa volta che avevo chiesto mi avevate detto
che senza cartello si può andare ovunque con la macchina (se fisicamente si
passa), questo non vale per i motocicli?

In zona pedonale il trasporto pubblico di default non può entrare, giusto?
Nermmeno i taxi, per portare una persona disabile per esempio?

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

Re: [Talk-it] Problema edifici zone terremotate

[Alexander Shilin]

Ciao, lavoro adesso in una zona terremotata, all'Aquila. Vado d'accordo con
Martin.

Saluti, Alex

Il dom 28 lug 2019, 19:15 Martin Koppenhoefer  ha
scritto:

>
>
> Am So., 28. Juli 2019 um 16:45 Uhr schrieb Carlo :
>
>> Ciao a tutti
>>
>> Ormai sono passati anni dal terremoto del centro Italia, ci sono interi
>> edifici che non esistono più.
>> Subito dopo il terremoto è stata fatta la classificazione in crollati,
>> parzialmente crollati, agibili.
>> Attualmente come bisogna considerarli, bisogna eliminare il poligono
>> (cosa che non vorrei fare) o attribuire un particolare tag che lo mette in
>> sospensione fino a nuove decisioni?
>>
>
>
> cosa c'è da mappare? Se tutto è stato rimosso e non c'è più niente, si
> potrebbe togliere i poligoni degli edifici, oppure lasciarli per il momento
> come razed:building=* per evitare che vengono ricreati da vecchi foto.
> Se invece ci sono ancora macerie lascerei come casa crollata oppure come
> cantiere.
>
> 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] Problema edifici zone terremotate

[Martin Koppenhoefer]

Am So., 28. Juli 2019 um 16:45 Uhr schrieb Carlo :

> Ciao a tutti
>
> Ormai sono passati anni dal terremoto del centro Italia, ci sono interi
> edifici che non esistono più.
> Subito dopo il terremoto è stata fatta la classificazione in crollati,
> parzialmente crollati, agibili.
> Attualmente come bisogna considerarli, bisogna eliminare il poligono (cosa
> che non vorrei fare) o attribuire un particolare tag che lo mette in
> sospensione fino a nuove decisioni?
>


cosa c'è da mappare? Se tutto è stato rimosso e non c'è più niente, si
potrebbe togliere i poligoni degli edifici, oppure lasciarli per il momento
come razed:building=* per evitare che vengono ricreati da vecchi foto.
Se invece ci sono ancora macerie lascerei come casa crollata oppure come
cantiere.

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

Re: [Talk-it] Problema edifici zone terremotate

[liste DOT girarsi AT posteo DOT eu]

Il 28/07/19 16:45, Carlo ha scritto:
> Ciao a tutti
> 
> Ormai sono passati anni dal terremoto del centro Italia, ci sono interi
> edifici che non esistono più.
> Subito dopo il terremoto è stata fatta la classificazione in crollati,
> parzialmente crollati, agibili.
> Attualmente come bisogna considerarli, bisogna eliminare il poligono
> (cosa che non vorrei fare) o attribuire un particolare tag che lo mette
> in sospensione fino a nuove decisioni?
> Grazie
> Carlo
> 
> Il 17/07/2019 10.34, Martin Koppenhoefer ha scritto:

A noi interessa la realtà, non cosa si pensa di fararanno, per cui, se
attualmente gli edifici non ci sono più ed il loro posto è tutto pulito,
toglierei il poligono dell'edificio, poi se nel tempo verrà ricostruito,
lo si rimetterà con nuova geometria o posizione, tutto comunque rimarrà
nello storico OSM.


-- 
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|
Simone Girardelli

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

[Talk-it] Problema edifici zone terremotate

[Carlo]

Ciao a tutti

Ormai sono passati anni dal terremoto del centro Italia, ci sono interi 
edifici che non esistono più.
Subito dopo il terremoto è stata fatta la classificazione in crollati, 
parzialmente crollati, agibili.
Attualmente come bisogna considerarli, bisogna eliminare il poligono 
(cosa che non vorrei fare) o attribuire un particolare tag che lo mette 
in sospensione fino a nuove decisioni?

Grazie
Carlo

Il 17/07/2019 10.34, Martin Koppenhoefer ha scritto:



sent from a phone

On 17. Jul 2019, at 07:03, solitone > wrote:


Questo è vero, ma io mi riferivo specificamente all’uso di 
"foot=yes”: è un tag che si riferisce a un diritto di accesso, ma qui 
viene utilizzato per informare l’algoritmo di routing.



non è la stessa cosa? In realtà foot=yes sulle strade non aggiunge 
niente di nuovo, perché è già default.


Per indicare i marciapiedi
sidewalk=both
https://taginfo.openstreetmap.org/keys/sidewalk


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-es] Problema con la =?utf-8?Q?=3D=3Futf-8=3FQ=3FEstaci=3DC3=3DB3n=5F=3F=3DIntermodal_?=de Almería

[Carlos M Jurado via Talk-es]

Le he puesto un location=overhead al techo. Me parecía raro ponerle roof.De todas maneras si te fijas en el anden del tren, que también tiene techo, hace el mismo efecto aunque no haya puntos que renderizar.Gracias.  Carlos M Jurado Riveracarlos...@me.com El 18 de junio de 2019 a las 15:04:59, LisbethSalander via Talk-es (talk-es@openstreetmap.org) escribió: Creo que está bien así.El renderizador está programado a propósito para renderizar puntos porencima de áreas, como norma general.Quizá puedas usar https://wiki.openstreetmap.org/wiki/Key:location ohttps://wiki.openstreetmap.org/wiki/Key:layer pero no me parece necesario.Se entiende que una parada de bus no va a estar en un tejado… y si serenderiza el tejado por encima, va a ser casi imposible ver las paradas.--Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html___Talk-es mailing listTalk-es@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-es

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

Re: [Talk-es] Problema con la Estación ?=Intermodal de =?utf-8?Q?Almería

[Carlos M Jurado via Talk-es]

Quitado, como lleva footway en la propia plataforma es lógico. Gracias.  Carlos M Jurado Riveracarlos...@me.com El 18 de junio de 2019 a las 15:20:02, Iván Sánchez Ortega (i...@sanchezortega.es) escribió: El lunes, 17 de junio de 2019 23:49:23 (CEST) Carlos M Jurado via Talk-es escribió:> Buenas noches:> > > Llevo un tiempo haciendo arreglos en Almería, aunque prefiero hacer las> cosas desde cero. Al pasar por la estación Intermodal la encontré muy> simple. La he detallado mucho más, pero tengo un problema. Las plataformas> de tren y bus me quedan por encima de los techos.Yo quitaría el highway=footway de las plataformas; el public_transport=platform ya es suficiente información. Una plataforma de transporte público *no* es un camino.Al poner un camino y un edificio superpuestos, los motores de renderizado dan prioridad a los caminos.-- Iván Sánchez Ortega  https://ivan.sanchezortega.es___Talk-es mailing listTalk-es@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-es

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

Re: [Talk-es] Problema con la Estación Intermodal de Almería

[Iván Sánchez Ortega]

El lunes, 17 de junio de 2019 23:49:23 (CEST) Carlos M Jurado via Talk-es 
escribió:
> Buenas noches:
> 
> 
> Llevo un tiempo haciendo arreglos en Almería, aunque prefiero hacer las
> cosas desde cero. Al pasar por la estación Intermodal la encontré muy
> simple. La he detallado mucho más, pero tengo un problema. Las plataformas
> de tren y bus me quedan por encima de los techos.

Yo quitaría el highway=footway de las plataformas; el 
public_transport=platform ya es suficiente información. Una plataforma de 
transporte público *no* es un camino.

Al poner un camino y un edificio superpuestos, los motores de renderizado dan 
prioridad a los caminos.

-- 
Iván Sánchez Ortega  https://ivan.sanchezortega.es



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

Re: [Talk-es] Problema con la =?utf-8?Q?Estaci=C3=B3n_?=Intermodal de Almería

[LisbethSalander via Talk-es]

Creo que está bien así.

El renderizador está programado a propósito para renderizar puntos por
encima de áreas, como norma general.

Quizá puedas usar https://wiki.openstreetmap.org/wiki/Key:location o
https://wiki.openstreetmap.org/wiki/Key:layer pero no me parece necesario.
Se entiende que una parada de bus no va a estar en un tejado… y si se
renderiza el tejado por encima, va a ser casi imposible ver las paradas.



--
Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html

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

[Talk-es] Problema con la =?utf-8?Q?Estaci=C3=B3n_?=Intermodal de Almería

[Carlos M Jurado via Talk-es]

Buenas noches:Llevo un tiempo haciendo arreglos en Almería, aunque prefiero hacer las cosas desde cero.Al pasar por la estación Intermodal la encontré muy simple. La he detallado mucho más, pero tengo un problema.Las plataformas de tren y bus me quedan por encima de los techos.He contactado con Diego, que hizo la Intermodal de Huesca. Me ha ayudado mucho pero no consigo resolver el problema principal: los  
techos no me quedan por encima de las plataformas de bus o tren. ¿Me pueden ayudar? https://www.openstreetmap.org/#map=19/36.83529/-2.45496Gracias.Carlos M Jurado Riveracarlos...@me.com

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

Re: [Talk-es] Problema al instalar CatAtom2Osm en Windows

[Jordi MF]

Gracias Javi R. y Javier S.

Creo que ya he podido instalar correctamente CatAtom2Osm. En el paso 4 que
indicaba Javier, me he dado cuenta que PIP no estaba instalado dentro de la
carpeta Documentos\GitHub\CatAtom2Osm. Es decir, yo instalaba PIP utilizando
el archivo get-pip.py en el Escritorio (descargado de [1]). Lo he
solucionado guardando este archivo dentro de la carpeta CatAtom2Osm y
instalándolo ejecutando "python get-pip.py" [2]. Además, he seguido las
instrucciones teniendo en cuenta que yo había instalado QGIS3 y no QGIS2
(gracias por detallar los pasos a seguir según la versión instalada).

A ver si ahora puedo empezar el proyecto de importación del Catastro del
municipio de Benlloc (Castellón)...

Saludos,

Jordi

[1] https://bootstrap.pypa.io/3.2/get-pip.py
[2]
https://tecnonucleous.com/2018/01/28/como-instalar-pip-para-python-en-windows-mac-y-linux/



--
Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html

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

Re: [Talk-es] Problema al instalar CatAtom2Osm en Windows

[Javi Rodriguez]

OSGeo4 lleva incorporado su propio Python.

Tu has instalado Python en tu sistema operativo, pero ese Python no tiene nada 
que ver con el otro y por eso continua el mismo mensaje.

Debes instalar pip, pero asegurandote que lo haces en el lugar correcto.

 Original Message 
On Jan 1, 2019, 11:33 PM, Jordi MF wrote:

> He instalado Python 2.7 y 3.7 en Windows. También he actualizado PIP a través
> de la consola (cmd.exe). Sin embargo, la consola me sigue devolviendo el
> siguiente mensaje:
> "C:\OSGeo4W\bin\python.exe: No module named pip".
>
> No sé si me puede faltar algún otro programa. Al fin y al cabo, yo no sabía
> que tenía que tener instalado Python (algo que tan básico que no estaba en
> la guía de instalación de CatAtom2Osm).
>
> Por otra parte, en GitHub Desktop no estoy seguro si he descargado
> correctamente el repositorio https://github.com/OSM-es/CatAtom2Osm.git. En
> las distintas opciones que encontré en el programa, usé la opción "Clonar
> repositorio" para poder introducir la dirección del repositorio. ¿Tenía que
> "clonar" el repositorio?
>
> Gracias.
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Problema al instalar CatAtom2Osm en Windows

[Jordi MF]

He instalado Python 2.7 y 3.7 en Windows. También he actualizado PIP a través
de la consola (cmd.exe). Sin embargo, la consola me sigue devolviendo el
siguiente mensaje:
"C:\OSGeo4W\bin\python.exe: No module named pip".

No sé si me puede faltar algún otro programa. Al fin y al cabo, yo no sabía
que tenía que tener instalado Python (algo que tan básico que no estaba en
la guía de instalación de CatAtom2Osm).

Por otra parte, en GitHub Desktop no estoy seguro si he descargado
correctamente el repositorio https://github.com/OSM-es/CatAtom2Osm.git. En
las distintas opciones que encontré en el programa, usé la opción "Clonar
repositorio" para poder introducir la dirección del repositorio. ¿Tenía que
"clonar" el repositorio?

Gracias.



--
Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html

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

Re: [Talk-es] Problema al instalar CatAtom2Osm en Windows

[Jordi MF]

No tenía instalado Python. ¿Hay alguna diferencia entre instalar la versión
2.7 o 3.7? Viendo las instrucciones de CatAtom2Osm, veo que hay que instalar
"Microsoft Visual C++ Compiler for Python 2.7". Me imagino que tendré que
elegir la versión 2.7, ¿no?



--
Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html

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

Re: [Talk-es] Problema al instalar CatAtom2Osm en Windows

[Javi Rodriguez]

Hola Jordi,


Por la razon que sea, en tu instalacion de OSGEO4W no se ha instalado el modulo 
pip de Python, que se encarga de gestionar los paquetes necesarios para que 
corra CatAtom2Osm.

Puedes intentar solucionarlo instalando pip tal y como explican aqui [1].

Yo tuve otros (muchos) problemas con CatAtom2Osm en Windows... y acabe 
desistiendo y utilizando un ordenador con Linux.

Si no acaba de funcionar, puedes cambiar de estrategia y utilizar una maquina 
virtual de Linux dentro de Windows, siguiendo la guia que hizo yopaseopor [2].


Saludos,
Javi

[1] 
https://tecnonucleous.com/2018/01/28/como-instalar-pip-para-python-en-windows-mac-y-linux/

[2]http://yopaseopor.blogspot.com/2018/08/yomapeo-como-gestionar-el-proyecto-de.html

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

[Talk-es] Problema al instalar CatAtom2Osm en Windows

[Jordi MF]

Hola,

No soy programador ni tengo conocimientos de QGIS, por lo que estoy
intentando instalar CatAtom2Osm en Windows 10 siguiendo los pasos de la guía
de instalación [1] de manera literal. Me ha surgido un problema en uno de
los pasos.

He instalado el programa de escritorio de GitHub desde desktop.github.com y
creo que he descargado correctamente el repositorio
https://github.com/OSM-es/CatAtom2Osm.git. Sin embargo, cuando lanzo el
archivo pyqgis.bat y intento ejecutar "python -m pip install -r
requisites.txt", la consola me devuelve el siguiente mensaje:
"C:\OSGeo4W\bin\python.exe: No module named pip". No sé qué significa ese
mensaje y, por tanto, no sé cómo resolverlo para continuar con la
instalación.

¿Alguien me puede ayudar? ¡Muchas gracias y feliz año nuevo!

Jordi MF

[1] https://javiersanp.github.io/CatAtom2Osm/es/install.html




--
Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html

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

Re: [Talk-es] Problema al añadir al Gestor de Tareas una importación de Catastro

[Javier Sánchez Portero]

Hola

Abre un incidente, por favor

https://github.com/OSM-es/CatAtom2Osm/issues

El mié., 21 nov. 2018 12:17, Jorge Sanz Sanfructuoso 
escribió:

> Hola.
>
> Hoy esta la tecnología contra mí, no quiere que importe nada jejeje
>
> Error nuevo también que antes no sucedía. En el gestor de tareas le doy a
> crear un nuevo proyecto. Después importo archivo zoning.geojson y me sale
> el mapa bien importado. Selecciono geometrías arbitrarias y cuando le doy a
> Crear proyecto me salta el siguiente error:
> No key 'geometry': Not an HTML form submission (Content-Type: )
>
> He probado con otras importaciones ya realizadas que no dieron problemas.
> Y al intentar subir el archivo me sale el mismo error. Así que no debería
> ser problema del archivo que subo. No sé si habra cambiado algo en el
> gestor de tareas que pueda provocar el error.
>
> Un saludo.
>
>
> --
> Jorge Sanz Sanfructuoso - Sanchi
> Blog http://jorgesanz.es/
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-es] Problema al añadir al Gestor de Tareas una importación de Catastro

[Jorge Sanz Sanfructuoso]

Hola.

Hoy esta la tecnología contra mí, no quiere que importe nada jejeje

Error nuevo también que antes no sucedía. En el gestor de tareas le doy a
crear un nuevo proyecto. Después importo archivo zoning.geojson y me sale
el mapa bien importado. Selecciono geometrías arbitrarias y cuando le doy a
Crear proyecto me salta el siguiente error:
No key 'geometry': Not an HTML form submission (Content-Type: )

He probado con otras importaciones ya realizadas que no dieron problemas. Y
al intentar subir el archivo me sale el mismo error. Así que no debería ser
problema del archivo que subo. No sé si habra cambiado algo en el gestor de
tareas que pueda provocar el error.

Un saludo.


-- 
Jorge Sanz Sanfructuoso - Sanchi
Blog http://jorgesanz.es/
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-it] Problema mailing list

[Sergio Manzi]

Eccomi qui, sono io il "colpevole" del patatrac!

In realtà non mi sento tanto colpevole: il problema è che il mio dominio usa 
una "feature" di sicurezza e anti-spam che è "allo stato dell'arte" (si chiama 
DMARC e chi è curioso può travare info su https://dmarc.org o su Wikipedia), 
mentre il software che OSM utilizza per le mailing-list non è aggiornato per 
poter interoperare con i domini che usano questa feature. Tra l'altro credo che 
le mail di Yahoo siano "a rischio" sotto questo aspetto.

Adesso e temporaneamente, ho "ucciso" il mio DMARC e spero di non creare altri 
problemi nell'immediato, ma penso che ci sia un problema reale ed attuale che 
OSM deve affrontare...

Un caro saluto a tutti e mi scuso per essere stato involontaria causa dei 
problemi.

Sergio


P.S.: per favore avvisatemi se ancora ci sono "rogne" con il mio dominio...


On 2018-09-05 20:42, Stefano wrote:
>
>
> Il giorno mer 5 set 2018 alle ore 19:31 Daniele Forsi  > ha scritto:
>
> Il giorno mer 5 set 2018 alle ore 19:11 Gabriele Sani ha scritto:
>
> > +1 ho riattivato, ma è come se fossero stati mandati troppi messaggi da 
> me (se ho interpretato bene bounces)
>
> hai interpretato male: gmail ha "rimbalzato" un messaggio quasi
> certamente perché lo ha considerato SPAM e mailman ci ha sospeso da
> talk-it
>
> il messaggio che io non ho ricevuto è questo, giudicate voi se i
> filtri di gmail hanno fatto un buon lavoro
>
> 
> https://lists.openstreetmap.org/pipermail/talk-it/2018-September/064222.html
>
>
> Si, è il "vecchio" problema di autenticazione delle email, la disiscrizione 
> di massa era successa solo una volta...
> Nulla di grave :-)
>  
>
>
>
> --
> Daniele Forsi
>
>
> Stefano
>  
>
> ___
> 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



smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Problema mailing list

[Stefano]

Il giorno mer 5 set 2018 alle ore 19:31 Daniele Forsi  ha
scritto:

> Il giorno mer 5 set 2018 alle ore 19:11 Gabriele Sani ha scritto:
>
> > +1 ho riattivato, ma è come se fossero stati mandati troppi messaggi da
> me (se ho interpretato bene bounces)
>
> hai interpretato male: gmail ha "rimbalzato" un messaggio quasi
> certamente perché lo ha considerato SPAM e mailman ci ha sospeso da
> talk-it
>
> il messaggio che io non ho ricevuto è questo, giudicate voi se i
> filtri di gmail hanno fatto un buon lavoro
>
>
> https://lists.openstreetmap.org/pipermail/talk-it/2018-September/064222.html


Si, è il "vecchio" problema di autenticazione delle email, la disiscrizione
di massa era successa solo una volta...
Nulla di grave :-)


>
>
> --
> Daniele Forsi
>
>
Stefano


> ___
> 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] Problema mailing list

[Daniele Forsi]

Il giorno mer 5 set 2018 alle ore 19:11 Gabriele Sani ha scritto:

> +1 ho riattivato, ma è come se fossero stati mandati troppi messaggi da me 
> (se ho interpretato bene bounces)

hai interpretato male: gmail ha "rimbalzato" un messaggio quasi
certamente perché lo ha considerato SPAM e mailman ci ha sospeso da
talk-it

il messaggio che io non ho ricevuto è questo, giudicate voi se i
filtri di gmail hanno fatto un buon lavoro

https://lists.openstreetmap.org/pipermail/talk-it/2018-September/064222.html

--
Daniele Forsi

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

Re: [Talk-it] Problema mailing list

[Gabriele Sani]

+1 ho riattivato, ma è come se fossero stati mandati troppi messaggi da me
(se ho interpretato bene bounces)

Il mer 5 set 2018 19:01 Stefano Fabi  ha scritto:

> Ciao anche io ho ricevuto lo stesso messaggio di errore. Anche io Gmail
> Ciao
>
> Il Mer 5 Set 2018, 15:37 Germano Massullo  ha
> scritto:
>
>> C'è qualche problema con la mailing list? Ho ricevuto questo messaggio
>> ed ho dovuto cliccare su un pulsante per riabilitare la mia iscrizione.
>> Sinceramente non credo proprio che GMail rimbalzi le e-mail
>>
>> ===
>> Il tuo stato di iscrizione alla lista Talk-it è attualmente disabilitato
>> a causa di un eccessivo numero di errori nell'invio di messaggi al tuo
>> indirizzo. È richiesta la tua conferma per riabilitare la spedizione al
>> tuo indirizzo.
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Problema mailing list

[Stefano Fabi]

Ciao anche io ho ricevuto lo stesso messaggio di errore. Anche io Gmail
Ciao

Il Mer 5 Set 2018, 15:37 Germano Massullo  ha
scritto:

> C'è qualche problema con la mailing list? Ho ricevuto questo messaggio
> ed ho dovuto cliccare su un pulsante per riabilitare la mia iscrizione.
> Sinceramente non credo proprio che GMail rimbalzi le e-mail
>
> ===
> Il tuo stato di iscrizione alla lista Talk-it è attualmente disabilitato
> a causa di un eccessivo numero di errori nell'invio di messaggi al tuo
> indirizzo. È richiesta la tua conferma per riabilitare la spedizione al
> tuo indirizzo.
>
> ___
> 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] Problema mailing list

[Germano Massullo]

C'è qualche problema con la mailing list? Ho ricevuto questo messaggio 
ed ho dovuto cliccare su un pulsante per riabilitare la mia iscrizione. 
Sinceramente non credo proprio che GMail rimbalzi le e-mail


===
Il tuo stato di iscrizione alla lista Talk-it è attualmente disabilitato 
a causa di un eccessivo numero di errori nell'invio di messaggi al tuo 
indirizzo. È richiesta la tua conferma per riabilitare la spedizione al 
tuo indirizzo.


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

Re: [Talk-es] Problema con Suances

[Javier Sánchez Portero]

En el caso de Alicante que se muestra en la consulta [1] que enlazabas, hay
un nodo con etiqueta place=city y un área residencial que duplica esa
etiqueta junto a otras muchas. Esa vía se dibujó en el año 2008, usando
seguramente la imagen satélite de baja resolución que estuviera disponible
entonces (Yahoo o Landsat). En aquel momento, el mapa tenía mucho menos
contenido y Alicante estaría representado por poco más que esa área
residencial y algunas calles. No había parques, edificios, apenas unos
puntos de interés. En ese contexto, dibujar un polígono de color gris en el
mapa representando los límites aproximados de la ciudad "quedaba" bien,
pero es bastante impreciso. Si se examina con una foto área de mayor
resolución como PNOA, el área residencial cruza de forma incorrecta sobre
algunos edificios o equipamientos urbanos. Donde más se nota es es pueblos
pequeños que han recibido pocas ediciones. Además, si se examina con más
detalle, el área residencial de una población (especialmente si es grande)
no es toda ella residencial. Dentro habrá zonas comerciales, de oficinas,
industriales y las áreas residenciales más pequeñas dibujadas para las
urbanizaciones con nombre.

Yo modificaría la vía del área residencial grande (24378946) y la dividiría
en muchas landuse=* más pequeñas que cubran manzanas con el mismo uso
evitando que se superpongan. De esa forma se evitarían la mayoría de vías
landuse=* anidadas dentro de otras. Donde no se pueda evitar, aplicar
relaciones multipolígono. Como esa forma de mapear supone bastante trabajo,
mientras no se alcance, habrá que convivir con usos del terreno
superpuestos.
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Problema con Suances

[Jesús Gómez Fernández]

Lo que comentáis tiene mucho sentido y es una de las cosas "pendientes" en
toda Cantabria que se arrastran de antiguo: corregir los polígonos
landuse=residential eliminando las etiquetas no apropiadas.
He estado revisando la documentación sobre esta clave y valor y algunas
veces no es muy clara.

Quisiera ir corregir esto pero antes de trabajar en ello me gustaría tener
claro una cuestión:
¿Cómo se etiquetan las áreas que se encuentran delimitando una urbanización
dentro a su vez de un área urbana? [1]. En muchos casos he visto que dentro
de un landuse=residential hay otro landuse=residential con
name=Urbanización
Lo veo ilógico.


[1] https://overpass-turbo.eu/s/Aeh

Saludos.

El 10 de julio de 2018, 15:38, Javier Sánchez Portero 
escribió:

> Hola
>
> Yo creo que es incorrecto. El pueblo de Suances está ahora mismo definido
> en tres elementos: las dos vías (73103452 y 53883269) y el nodo (
> https://www.openstreetmap.org/node/288260621). Eso significa para OSM
> tres pueblos distintos con el mismo nombre.
>
> Ese problema pasa con muchísimas otras poblaciones. Si ir más lejos, el
> pueblo de al lado Tagle está definido dos veces, (en n288260723 y en
> w25433840).
>
> Eso viola [1]. O las definimos por un nodo en su centro o por una vía que
> la englobe (o una relación multipolígono si está formado por varios
> enclaves como parece ser este caso). No se debería hacer ambas cosas a la
> vez. Por separado, ambas formas son buenas, pero es muy difícil saber
> cuales son los límites exactos del pueblo, por lo que creo que es mejor
> usar un nodo para el lugar (place) que definirlo con con una vía. Otro tema
> distinto es que se quiera usar vías para definir los usos del suelo (en
> este caso residencial).
>
> Si se acepta el punto anterior, yo quitaría la etiqueta place=village de
> las dos vías, dejándolas sólo en el nodo (288260621). También eliminaría de
> las vías todas las etiquetas duplicadas con el nodo, como wikipedia=*, por
> ejemplo. Es decir borraría todas las etiquetas de las vías excepto
> landuse=residential. Otros posiblemente querrían conservar la etiqueta con
> el nombre del pueblo en esas zonas residenciales. El enclave más pequeño
> (53883269) parece tener nombre propio (La Tablía) según el el Mapa
> Topográfico Nacional, mereciendo un nodo place particular.
>
> [1] https://wiki.openstreetmap.org/wiki/ES:Una_caracter%C3%
> ADstica,_un_elemento_OSM
>
>
> El 9 de julio de 2018, 12:29, Alejandro Moreno 
> escribió:
>
>> Hola  a todos.
>>
>> Creo que hay un problema con como está mapeado Suances. Dentro de la
>> relación del pueblo ( https://www.openstreetmap.org/relation/345454 )
>> hay definidos 2 áreas place:village, este (
>> https://www.openstreetmap.org/way/73103452#map=14/43.4292/-4.0448 ) y
>> este ( https://www.openstreetmap.org/way/53883269 ) que , creo se
>> corresponde a una urbanización llamada La Tablía, pero que seguro que no
>> forma parte del núcleo urbano. ¿Esto es correcto que existan estos 2
>> village y se llamen igual?
>>
>> Un saludo.
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Problema con Suances

[Javier Sánchez Portero]

Hola

Yo creo que es incorrecto. El pueblo de Suances está ahora mismo definido
en tres elementos: las dos vías (73103452 y 53883269) y el nodo (
https://www.openstreetmap.org/node/288260621). Eso significa para OSM tres
pueblos distintos con el mismo nombre.

Ese problema pasa con muchísimas otras poblaciones. Si ir más lejos, el
pueblo de al lado Tagle está definido dos veces, (en n288260723 y en
w25433840).

Eso viola [1]. O las definimos por un nodo en su centro o por una vía que
la englobe (o una relación multipolígono si está formado por varios
enclaves como parece ser este caso). No se debería hacer ambas cosas a la
vez. Por separado, ambas formas son buenas, pero es muy difícil saber
cuales son los límites exactos del pueblo, por lo que creo que es mejor
usar un nodo para el lugar (place) que definirlo con con una vía. Otro tema
distinto es que se quiera usar vías para definir los usos del suelo (en
este caso residencial).

Si se acepta el punto anterior, yo quitaría la etiqueta place=village de
las dos vías, dejándolas sólo en el nodo (288260621). También eliminaría de
las vías todas las etiquetas duplicadas con el nodo, como wikipedia=*, por
ejemplo. Es decir borraría todas las etiquetas de las vías excepto
landuse=residential. Otros posiblemente querrían conservar la etiqueta con
el nombre del pueblo en esas zonas residenciales. El enclave más pequeño
(53883269) parece tener nombre propio (La Tablía) según el el Mapa
Topográfico Nacional, mereciendo un nodo place particular.

[1]
https://wiki.openstreetmap.org/wiki/ES:Una_caracter%C3%ADstica,_un_elemento_OSM


El 9 de julio de 2018, 12:29, Alejandro Moreno  escribió:

> Hola  a todos.
>
> Creo que hay un problema con como está mapeado Suances. Dentro de la
> relación del pueblo ( https://www.openstreetmap.org/relation/345454 ) hay
> definidos 2 áreas place:village, este ( https://www.openstreetmap.org/
> way/73103452#map=14/43.4292/-4.0448 ) y este (
> https://www.openstreetmap.org/way/53883269 ) que , creo se corresponde a
> una urbanización llamada La Tablía, pero que seguro que no forma parte del
> núcleo urbano. ¿Esto es correcto que existan estos 2 village y se llamen
> igual?
>
> Un saludo.
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Problema en el gestor de tareas

[Jorge Sanz Sanfructuoso]

Perfecto. Gracias

El dom., 20 may. 2018 a las 17:25, Alejandro S. ()
escribió:

> Había una cosa que no funcionaba bien y decidido actualizar a la última
> versión de TM2 y entre medias ha estado caido un ratito. Ahora ya debería
> ir todo como la seda.
>
> Atentamente,
>   Alejandro Suárez
>
> 2018-05-20 16:41 GMT+02:00 Jorge Sanz Sanfructuoso :
>
>> Buenas.
>>
>> Se acaba de caer o algo. Estaba usándolo y se me a muerto.
>>
>> Un saludo.
>>
>> El dom., 20 may. 2018 a las 16:00, Alejandro S. ()
>> escribió:
>>
>>> Ya está solucionado el problema.
>>>
>>> Atentamente,
>>>   Alejandro Suárez
>>>
>>> 2018-05-16 11:20 GMT+02:00 Alejandro S. :
>>>
 Buenos días,
 Parece que hay un error en el Gestor de Tareas que impide que los
 usuarios puedan acceder con su cuanta de osm, aunque los que ya se
 encuentran logeados pueden continuar usándolo.

 Es un error generalizado y en Github ya están trabajando en el
 problema: https://github.com/hotosm/osm-tasking-manager2/issues/1004

 Os recomiendo que no cerréis vuestra sesión ya que sino no podréis
 entrar hasta que se solucione el problema.

 Atentamente,
   Alejandro Suárez

>>>
>>> ___
>>> Talk-es mailing list
>>> Talk-es@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-es
>>>
>> --
>> Jorge Sanz Sanfructuoso - Sanchi
>> Blog http://jorgesanz.es/
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
-- 
Jorge Sanz Sanfructuoso - Sanchi
Blog http://jorgesanz.es/
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Problema en el gestor de tareas

[Alejandro S.]

Había una cosa que no funcionaba bien y decidido actualizar a la última
versión de TM2 y entre medias ha estado caido un ratito. Ahora ya debería
ir todo como la seda.

Atentamente,
  Alejandro Suárez

2018-05-20 16:41 GMT+02:00 Jorge Sanz Sanfructuoso :

> Buenas.
>
> Se acaba de caer o algo. Estaba usándolo y se me a muerto.
>
> Un saludo.
>
> El dom., 20 may. 2018 a las 16:00, Alejandro S. ()
> escribió:
>
>> Ya está solucionado el problema.
>>
>> Atentamente,
>>   Alejandro Suárez
>>
>> 2018-05-16 11:20 GMT+02:00 Alejandro S. :
>>
>>> Buenos días,
>>> Parece que hay un error en el Gestor de Tareas que impide que los
>>> usuarios puedan acceder con su cuanta de osm, aunque los que ya se
>>> encuentran logeados pueden continuar usándolo.
>>>
>>> Es un error generalizado y en Github ya están trabajando en el problema:
>>> https://github.com/hotosm/osm-tasking-manager2/issues/1004
>>>
>>> Os recomiendo que no cerréis vuestra sesión ya que sino no podréis
>>> entrar hasta que se solucione el problema.
>>>
>>> Atentamente,
>>>   Alejandro Suárez
>>>
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
> --
> Jorge Sanz Sanfructuoso - Sanchi
> Blog http://jorgesanz.es/
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Problema en el gestor de tareas

[Jorge Sanz Sanfructuoso]

Buenas.

Se acaba de caer o algo. Estaba usándolo y se me a muerto.

Un saludo.

El dom., 20 may. 2018 a las 16:00, Alejandro S. ()
escribió:

> Ya está solucionado el problema.
>
> Atentamente,
>   Alejandro Suárez
>
> 2018-05-16 11:20 GMT+02:00 Alejandro S. :
>
>> Buenos días,
>> Parece que hay un error en el Gestor de Tareas que impide que los
>> usuarios puedan acceder con su cuanta de osm, aunque los que ya se
>> encuentran logeados pueden continuar usándolo.
>>
>> Es un error generalizado y en Github ya están trabajando en el problema:
>> https://github.com/hotosm/osm-tasking-manager2/issues/1004
>>
>> Os recomiendo que no cerréis vuestra sesión ya que sino no podréis entrar
>> hasta que se solucione el problema.
>>
>> Atentamente,
>>   Alejandro Suárez
>>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
-- 
Jorge Sanz Sanfructuoso - Sanchi
Blog http://jorgesanz.es/
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Problema en el gestor de tareas

[Alejandro S.]

Ya está solucionado el problema.

Atentamente,
  Alejandro Suárez

2018-05-16 11:20 GMT+02:00 Alejandro S. :

> Buenos días,
> Parece que hay un error en el Gestor de Tareas que impide que los usuarios
> puedan acceder con su cuanta de osm, aunque los que ya se encuentran
> logeados pueden continuar usándolo.
>
> Es un error generalizado y en Github ya están trabajando en el problema:
> https://github.com/hotosm/osm-tasking-manager2/issues/1004
>
> Os recomiendo que no cerréis vuestra sesión ya que sino no podréis entrar
> hasta que se solucione el problema.
>
> Atentamente,
>   Alejandro Suárez
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Problema en el gestor de tareas

[Javier Sánchez Portero]

Yo puedo intentarlo

El jue., 17 may. 2018 9:30, Alejandro S.  escribió:

> Desafortunadamente no tengo mucho tiempo últimamente para dedicarle a osm,
> si alguno se anima montar el TM3 le puedo dar acceso a una máquina virtual
> y puede montarlo ahí.
>
> Atentamente,
>   Alejandro Suárez
>
> 2018-05-17 9:26 GMT+02:00 Javier Sánchez Portero :
>
>> Hola
>>
>> Se que requerirá dedicarle tiempo, que no abunda, pero este sería un buen
>> momento para migrar TM2 a TM3. La nueva versión del gestor de tareas trae
>> características interesantes que nos podrían ayudar, como la validación en
>> una pestaña aparte con más información, las notificaciones de correo
>> electrónico, los comentarios mejorados. Además, la versión anterior
>> terminará teniendo poco mantenimiento. Si puedes sacar un momento te lo
>> agradecemos.
>>
>> https://github.com/hotosm/tasking-manager/wiki/Migrating-from-TM2-to-TM3
>>
>> El 16 de mayo de 2018, 10:20, Alejandro S. 
>> escribió:
>>
>>> Buenos días,
>>> Parece que hay un error en el Gestor de Tareas que impide que los
>>> usuarios puedan acceder con su cuanta de osm, aunque los que ya se
>>> encuentran logeados pueden continuar usándolo.
>>>
>>> Es un error generalizado y en Github ya están trabajando en el problema:
>>> https://github.com/hotosm/osm-tasking-manager2/issues/1004
>>>
>>> Os recomiendo que no cerréis vuestra sesión ya que sino no podréis
>>> entrar hasta que se solucione el problema.
>>>
>>> Atentamente,
>>>   Alejandro Suárez
>>>
>>> ___
>>> Talk-es mailing list
>>> Talk-es@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-es
>>>
>>>
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Problema en el gestor de tareas

[Rodrigo Rega]

El 17 de mayo de 2018, 10:28, Alejandro S. 
escribió:

> Desafortunadamente no tengo mucho tiempo últimamente para dedicarle a osm,
> si alguno se anima montar el TM3 le puedo dar acceso a una máquina virtual
> y puede montarlo ahí.
>

Yo puedo probarlo, pásame datos cuando puedas.
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Problema en el gestor de tareas

[Alejandro S.]

Desafortunadamente no tengo mucho tiempo últimamente para dedicarle a osm,
si alguno se anima montar el TM3 le puedo dar acceso a una máquina virtual
y puede montarlo ahí.

Atentamente,
  Alejandro Suárez

2018-05-17 9:26 GMT+02:00 Javier Sánchez Portero :

> Hola
>
> Se que requerirá dedicarle tiempo, que no abunda, pero este sería un buen
> momento para migrar TM2 a TM3. La nueva versión del gestor de tareas trae
> características interesantes que nos podrían ayudar, como la validación en
> una pestaña aparte con más información, las notificaciones de correo
> electrónico, los comentarios mejorados. Además, la versión anterior
> terminará teniendo poco mantenimiento. Si puedes sacar un momento te lo
> agradecemos.
>
> https://github.com/hotosm/tasking-manager/wiki/Migrating-from-TM2-to-TM3
>
> El 16 de mayo de 2018, 10:20, Alejandro S. 
> escribió:
>
>> Buenos días,
>> Parece que hay un error en el Gestor de Tareas que impide que los
>> usuarios puedan acceder con su cuanta de osm, aunque los que ya se
>> encuentran logeados pueden continuar usándolo.
>>
>> Es un error generalizado y en Github ya están trabajando en el problema:
>> https://github.com/hotosm/osm-tasking-manager2/issues/1004
>>
>> Os recomiendo que no cerréis vuestra sesión ya que sino no podréis entrar
>> hasta que se solucione el problema.
>>
>> Atentamente,
>>   Alejandro Suárez
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Problema en el gestor de tareas

[Javier Sánchez Portero]

Hola

Se que requerirá dedicarle tiempo, que no abunda, pero este sería un buen
momento para migrar TM2 a TM3. La nueva versión del gestor de tareas trae
características interesantes que nos podrían ayudar, como la validación en
una pestaña aparte con más información, las notificaciones de correo
electrónico, los comentarios mejorados. Además, la versión anterior
terminará teniendo poco mantenimiento. Si puedes sacar un momento te lo
agradecemos.

https://github.com/hotosm/tasking-manager/wiki/Migrating-from-TM2-to-TM3

El 16 de mayo de 2018, 10:20, Alejandro S. 
escribió:

> Buenos días,
> Parece que hay un error en el Gestor de Tareas que impide que los usuarios
> puedan acceder con su cuanta de osm, aunque los que ya se encuentran
> logeados pueden continuar usándolo.
>
> Es un error generalizado y en Github ya están trabajando en el problema:
> https://github.com/hotosm/osm-tasking-manager2/issues/1004
>
> Os recomiendo que no cerréis vuestra sesión ya que sino no podréis entrar
> hasta que se solucione el problema.
>
> Atentamente,
>   Alejandro Suárez
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Problema en el gestor de tareas

[Jesús Gómez Fernández]

Gracias Alejandro.
Yo también he tenido este problema en el acceso. Esperaremos entonces.

Un saludo.
Jesús

El 16 de mayo de 2018, 11:20, Alejandro S. 
escribió:

> Buenos días,
> Parece que hay un error en el Gestor de Tareas que impide que los usuarios
> puedan acceder con su cuanta de osm, aunque los que ya se encuentran
> logeados pueden continuar usándolo.
>
> Es un error generalizado y en Github ya están trabajando en el problema:
> https://github.com/hotosm/osm-tasking-manager2/issues/1004
>
> Os recomiendo que no cerréis vuestra sesión ya que sino no podréis entrar
> hasta que se solucione el problema.
>
> Atentamente,
>   Alejandro Suárez
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-es] Problema en el gestor de tareas

[Alejandro S.]

Buenos días,
Parece que hay un error en el Gestor de Tareas que impide que los usuarios
puedan acceder con su cuanta de osm, aunque los que ya se encuentran
logeados pueden continuar usándolo.

Es un error generalizado y en Github ya están trabajando en el problema:
https://github.com/hotosm/osm-tasking-manager2/issues/1004

Os recomiendo que no cerréis vuestra sesión ya que sino no podréis entrar
hasta que se solucione el problema.

Atentamente,
  Alejandro Suárez
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-it] Problema semantico con le isole

[Martin Koppenhoefer]

Ho notato che abbiamo tante isole mappate come way (giustamente), che hanno
oltre ai tag dell'isola anche tag del tipo boundary=administrative,
admin_level=4
Per esempio:
https://www.openstreetmap.org/way/10365367
https://www.openstreetmap.org/way/434911186
https://www.openstreetmap.org/way/434911183
https://www.openstreetmap.org/way/200251163
ecc.
(ce ne sono parrecchi).

Il problema con l'attuale tagging è che si definiscono nuove regioni, con
nomi come "Isola di Lipari". Visto che le aree sono già dentro il confine
della relazione della regione, io toglierei i tag boundary=administrative,
admin_level=4 completamente, non servono.
Se si insiste nel avere way, allora si dovrebbe creare un altro way
sovrapposto (sembra asurdo).

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

Re: [Talk-it] Problema di calcolo dei dislivelli su itinerari che attraversano gallerie

[Francesco Pelullo]

Il 21 mag 2017 14:44, "Davide Mangraviti"  ha scritto:


..è la cosa che ho fatto subito, ma la risposta dello sviluppatore è stata
quella che, conosce il problema ma non sa come intervenire.
Vabbè.


Non so se per te va bene, ma OsmAnd sa come gestire il problema.

Nella versione attuale, il profilo longitudinale del percorso ed il calcolo
dei dislivelli tengono conto dei tunnel.

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

Re: [Talk-it] Problema di calcolo dei dislivelli su itinerari che attraversano gallerie

[mbranco2]

Trovo giusta la tua segnalazione, gli ho appena scritto anch'io facendo
presente che dovrebbe essere banale escludere dal calcolo basato sul DEM le
way che hanno il tag tunnel=* : per queste way, come dici tu, il dislivello
dovrebbe essere calcolato basandosi solo sulla quota dei punti di inizio e
di fine della way e, se presente, sul tag ele degli eventuali nodi
intermedi.

Ciao,
Marco


Il giorno 21 maggio 2017 14:43, Davide Mangraviti  ha
scritto:

>
> ..è la cosa che ho fatto subito, ma la risposta dello sviluppatore è stata
> quella che, conosce il problema ma non sa come intervenire.
> Vabbè.
>
>
>
>
> dieterdreist wrote
> > 2017-05-21 12:51 GMT+02:00 Davide Mangraviti 
>
> > davideman@
>
> > :
> >
> >> ..torno a dire che in casi come questi, il DEM forse non dovrebbe
> esserci
> >> di
> >> mezzo, perchè se intendo passare in Francia dal tunnel in auto, ci si
> >> dovrebbe magari basare o sui dati ele in uscita ed entrata del DEM,
> >> oppure
> >> appunto sul tag ele presi dai gpx donati ad OSM
> >>
> >
> >
> >
> > giusto, nel caso di tunnel dovrebbe scartare il DEM della montagna sopra
> e
> > considerare soltanto ingresso e uscita. Ma non è un problema di mapping,
> è
> > un problema di chi calcola il dislivello, dovresti creare un ticket da
> > loro...
> >
> > Ciao,
> > Martin
> >
> > ___
> > Talk-it mailing list
>
> > Talk-it@
>
> > https://lists.openstreetmap.org/listinfo/talk-it
>
>
>
>
>
> --
> View this message in context: http://gis.19327.n8.nabble.
> com/Problema-di-calcolo-dei-dislivelli-su-itinerari-che-
> attraversano-gallerie-tp5897003p5897016.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

Re: [Talk-it] Problema di calcolo dei dislivelli su itinerari che attraversano gallerie

[Davide Mangraviti]

..è la cosa che ho fatto subito, ma la risposta dello sviluppatore è stata
quella che, conosce il problema ma non sa come intervenire.
Vabbè.




dieterdreist wrote
> 2017-05-21 12:51 GMT+02:00 Davide Mangraviti 

> davideman@

> :
> 
>> ..torno a dire che in casi come questi, il DEM forse non dovrebbe esserci
>> di
>> mezzo, perchè se intendo passare in Francia dal tunnel in auto, ci si
>> dovrebbe magari basare o sui dati ele in uscita ed entrata del DEM,
>> oppure
>> appunto sul tag ele presi dai gpx donati ad OSM
>>
> 
> 
> 
> giusto, nel caso di tunnel dovrebbe scartare il DEM della montagna sopra e
> considerare soltanto ingresso e uscita. Ma non è un problema di mapping, è
> un problema di chi calcola il dislivello, dovresti creare un ticket da
> loro...
> 
> Ciao,
> Martin
> 
> ___
> Talk-it mailing list

> Talk-it@

> https://lists.openstreetmap.org/listinfo/talk-it





--
View this message in context: 
http://gis.19327.n8.nabble.com/Problema-di-calcolo-dei-dislivelli-su-itinerari-che-attraversano-gallerie-tp5897003p5897016.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] Problema di calcolo dei dislivelli su itinerari che attraversano gallerie

[Martin Koppenhoefer]

2017-05-21 12:51 GMT+02:00 Davide Mangraviti :

> ..torno a dire che in casi come questi, il DEM forse non dovrebbe esserci
> di
> mezzo, perchè se intendo passare in Francia dal tunnel in auto, ci si
> dovrebbe magari basare o sui dati ele in uscita ed entrata del DEM, oppure
> appunto sul tag ele presi dai gpx donati ad OSM
>



giusto, nel caso di tunnel dovrebbe scartare il DEM della montagna sopra e
considerare soltanto ingresso e uscita. Ma non è un problema di mapping, è
un problema di chi calcola il dislivello, dovresti creare un ticket da
loro...

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

Re: [Talk-it] Problema di calcolo dei dislivelli su itinerari che attraversano gallerie

[Davide Mangraviti]

..torno a dire che in casi come questi, il DEM forse non dovrebbe esserci di
mezzo, perchè se intendo passare in Francia dal tunnel in auto, ci si
dovrebbe magari basare o sui dati ele in uscita ed entrata del DEM, oppure
appunto sul tag ele presi dai gpx donati ad OSM



dieterdreist wrote
> 2017-05-21 12:31 GMT+02:00 Davide Mangraviti 

> davideman@

> :
> 
>> I servizi on line di routing usano tutti l'SRTM a 90m che fornisce una
>> copertura omogenea ovunque.
>> Per usi escursionistici va bene.
>>
> 
> 
> bo, dubiterei che SRTM vada troppo bene, oltre ai buchi nella coperatura
> (al solito poi tolti via interpolazione), 90m sono troppi (adesso credo
> abbiamo i 30 m con SRTM dappertutto, prima erano soltanto gli USA
> pubblicamente disponibili in 30m, ma anche 30m non sono il massimo). Poi
> ci
> sarebbe ASTER con definizione simile. SRTM non copre poi tutto, ma solo da
> 60S a 60N latitudine (per noi sarebbe sufficiente). Con un DEM più preciso
> si possono ottenere risultati migliori, non ho dubbi, ma se nel tuo caso
> il
> problema sta altrove (errori di calcolo / processo), anche peggio ;-)
> 
> Ciao,
> Martin
> 
> ___
> Talk-it mailing list

> Talk-it@

> https://lists.openstreetmap.org/listinfo/talk-it





--
View this message in context: 
http://gis.19327.n8.nabble.com/Problema-di-calcolo-dei-dislivelli-su-itinerari-che-attraversano-gallerie-tp5897003p5897012.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] Problema di calcolo dei dislivelli su itinerari che attraversano gallerie

[Martin Koppenhoefer]

2017-05-21 12:31 GMT+02:00 Davide Mangraviti :

> I servizi on line di routing usano tutti l'SRTM a 90m che fornisce una
> copertura omogenea ovunque.
> Per usi escursionistici va bene.
>


bo, dubiterei che SRTM vada troppo bene, oltre ai buchi nella coperatura
(al solito poi tolti via interpolazione), 90m sono troppi (adesso credo
abbiamo i 30 m con SRTM dappertutto, prima erano soltanto gli USA
pubblicamente disponibili in 30m, ma anche 30m non sono il massimo). Poi ci
sarebbe ASTER con definizione simile. SRTM non copre poi tutto, ma solo da
60S a 60N latitudine (per noi sarebbe sufficiente). Con un DEM più preciso
si possono ottenere risultati migliori, non ho dubbi, ma se nel tuo caso il
problema sta altrove (errori di calcolo / processo), anche peggio ;-)

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

Re: [Talk-it] Problema di calcolo dei dislivelli su itinerari che attraversano gallerie

[Cascafico Giovanni]

Ci sono spesso trafori orizzontali ma anche altri con differenti altitudini
in ingresso ed uscita.

Sarebbe bello che, in assenza di DEM, il router considerasse il tag "ele".

Il 21/mag/2017 12:13, "Davide Mangraviti"  ha scritto:

> Ho trovato un problema a cui non trovo soluzione, che potrebbere essere
> collegato ad OSM, o meglio ai servizi di routing che usano OSM
>
> Mi è capitato di creare un itinerario cicloturistico che attraversa diverse
> gallerie in Liguria alla quota quasi del mare. La quota di altitudine di
> entrata è la stessa della quota quella uscita.
>
> Il risultato è che dai servizi di routing che usiamo viene fuori un
> dislivello di 1000 metri. Questo si verifica perchè viene preso in "modo
> stupido" il DEM che segue il profilo dei monti sopra la galleria, anche se
> si imposta che vuoi fare il percorso in bici o in auto.
> Esiste un modo interattivo in qualche servizio online per intervenire sul
> calcolo del dislivello in casi del genere, per non usare strumenti GIS?
>
> Riporto un esempio per tutti, il caso del passaggio in auto del Tunnel del
> Monte Bianco.
> Ok la distanza è corretta: 11.6 Km. Ma il dislivello è di 2650 m, quando
> dovrebbe essere di circa 20 m.
> Un'istigazione a fare la via alpinistica per passare in Francia! :-)
>
> http://www.gpsies.com/map.do?fileId=gbokzkprlmadisvu
>
>
>
>
>
> --
> View this message in context: http://gis.19327.n8.nabble.
> com/Problema-di-calcolo-dei-dislivelli-su-itinerari-che-
> attraversano-gallerie-tp5897003.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

Re: [Talk-it] Problema di calcolo dei dislivelli su itinerari che attraversano gallerie

[Davide Mangraviti]

...ma guarda qui non è un problema di DEM, ma di concetto. Poco importa della
definizione. 

I servizi on line di routing usano tutti l'SRTM a 90m che fornisce una
copertura omogenea ovunque. 
Per usi escursionistici va bene.




dieterdreist wrote
> 2017-05-21 12:11 GMT+02:00 Davide Mangraviti 

> davideman@

> :
> 
>> Riporto un esempio per tutti, il caso del passaggio in auto del Tunnel
>> del
>> Monte Bianco.
>> Ok la distanza è corretta: 11.6 Km. Ma il dislivello è di 2650 m, quando
>> dovrebbe essere di circa 20 m.
>> Un'istigazione a fare la via alpinistica per passare in Francia! :-)
>>
> 
> 
> 
> quale servizio stai usando per calcolare il dislivello? In generale, più
> precisi (risoluzione) sono i dati del DEM, più preciso risulta il calcolo.
> 
> Ciao,
> Martin
> 
> ___
> Talk-it mailing list

> Talk-it@

> https://lists.openstreetmap.org/listinfo/talk-it





--
View this message in context: 
http://gis.19327.n8.nabble.com/Problema-di-calcolo-dei-dislivelli-su-itinerari-che-attraversano-gallerie-tp5897003p5897007.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] Problema di calcolo dei dislivelli su itinerari che attraversano gallerie

[Martin Koppenhoefer]

2017-05-21 12:11 GMT+02:00 Davide Mangraviti :

> Riporto un esempio per tutti, il caso del passaggio in auto del Tunnel del
> Monte Bianco.
> Ok la distanza è corretta: 11.6 Km. Ma il dislivello è di 2650 m, quando
> dovrebbe essere di circa 20 m.
> Un'istigazione a fare la via alpinistica per passare in Francia! :-)
>



quale servizio stai usando per calcolare il dislivello? In generale, più
precisi (risoluzione) sono i dati del DEM, più preciso risulta il calcolo.

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

[Talk-it] Problema di calcolo dei dislivelli su itinerari che attraversano gallerie

[Davide Mangraviti]

Ho trovato un problema a cui non trovo soluzione, che potrebbere essere
collegato ad OSM, o meglio ai servizi di routing che usano OSM

Mi è capitato di creare un itinerario cicloturistico che attraversa diverse
gallerie in Liguria alla quota quasi del mare. La quota di altitudine di
entrata è la stessa della quota quella uscita.

Il risultato è che dai servizi di routing che usiamo viene fuori un
dislivello di 1000 metri. Questo si verifica perchè viene preso in "modo
stupido" il DEM che segue il profilo dei monti sopra la galleria, anche se
si imposta che vuoi fare il percorso in bici o in auto.
Esiste un modo interattivo in qualche servizio online per intervenire sul
calcolo del dislivello in casi del genere, per non usare strumenti GIS?

Riporto un esempio per tutti, il caso del passaggio in auto del Tunnel del
Monte Bianco. 
Ok la distanza è corretta: 11.6 Km. Ma il dislivello è di 2650 m, quando
dovrebbe essere di circa 20 m.
Un'istigazione a fare la via alpinistica per passare in Francia! :-)

http://www.gpsies.com/map.do?fileId=gbokzkprlmadisvu





--
View this message in context: 
http://gis.19327.n8.nabble.com/Problema-di-calcolo-dei-dislivelli-su-itinerari-che-attraversano-gallerie-tp5897003.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-es] Problema de enrutamiento en un cruce: prioridad del tipo de vía para el cálculo de rutas

[dcapillae]

Saludos,

Os enlazo una  nota del mapa
   en la
que un usuario (bravocuatrouno) nos traslada un problema que encontró usando
el enrutamiento a partir de datos de OSM. Al parecer, el problema consistía
en que donde el navegador debiera indicar seguir en línea recta, el software
marcaba una ruta alternativa dando media vuelta por un lado del cruce.

Pedí ayuda por el canal de Telegram para tratar de averiguar por qué sucedía
esto, si se debía a un mapeado deficiente o a un problema con el navegador
(gracias a yopaseopor, a Jorge Sanz y al resto de compañeros por su
colaboración). Revisamos el etiquetado y el trazado de la vía; todo parecía
correctamente mapeado, así que concluimos que probablemente el error se
debía al navegador o al software de enrutamiento. Los compañeros probaron
con varios enrutadores (OSRM, MAPS.ME, Mapzen y OsmAnd) y comprobaron que
calculaban correctamente la ruta, todos salvo Mapzen. La cosa era aún más
extraña: el software de Mapzen calculaba mal la ruta excepto si el trayecto
se hacía en bicicleta (?).

Concluimos que, por alguna razón, el enrutador de Mapzen da prioridad a la
vía tipo "primary_link" frente a la principal, lo que no debería ocurrir. Lo
probamos en otros cruces parecidos y el problema de enrutamiento con Mapzen
se repetía persistentemente: en lugar de trazar la ruta en línea recta,
tomaba una ruta alternativa dando media vuelta por un lado del cruce. Así
que, tras revisar el etiquetado de la vía y comprobar que todo estaba
correctamente mapeado, poco más pudimos hacer.

Traslado al foro este problema por si pudiera ser de interés para la
comunidad.



-
Daniel Capilla
OSM user: dcapillae 
--
View this message in context: 
http://gis.19327.n8.nabble.com/Problema-de-enrutamiento-en-un-cruce-prioridad-del-tipo-de-via-para-el-calculo-de-rutas-tp5896164.html
Sent from the Spain mailing list archive at Nabble.com.

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

Re: [Talk-it] problema con cai_josm_preset

[Dario Zontini Gmail]

grazie mille, risolto

Dario

Il 15/02/2017 19:23, mbranco2 ha scritto:
probabilmente hai fatto "salva link" sulla pagina di github, se invece 
scarichi il file zip [1] dal pulsante "clone or download" --> 
"download zip" ti dovrebbe funzionare.


Ciao,
Marco



[1] https://github.com/osmItalia/cai_josm_preset/archive/master.zip

Il giorno 15 febbraio 2017 18:05, Dario Zontini Gmail 
> ha scritto:


Chiedo se qualcuno mi sa dare una mano perchè quando carico
cai_josm_preset [1] in Josm mi da questo errore.

E' installato su  WIN 10 con versione Josm 11526 e Java 1.8.0_66



e al riavvio di Joms questo:

Il nome attributo "data-pjax-transient" associato a un tipo di
elemento "meta" deve essere seguito dal carattere ' = '. - E:
%UserProfile%\Downloads\cai.xml


[1] https://github.com/osmItalia/cai_josm_preset


-- 



Dario Zontini




Avast logo   

Questa e-mail è stata controllata per individuare virus con Avast
antivirus.
www.avast.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


--


Dario Zontini



---
Questa e-mail è stata controllata per individuare virus con Avast antivirus.
https://www.avast.com/antivirus
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] problema con cai_josm_preset

[mbranco2]

probabilmente hai fatto "salva link" sulla pagina di github, se invece
scarichi il file zip [1] dal pulsante "clone or download" --> "download
zip" ti dovrebbe funzionare.

Ciao,
Marco



[1] https://github.com/osmItalia/cai_josm_preset/archive/master.zip

Il giorno 15 febbraio 2017 18:05, Dario Zontini Gmail <
dario.zont...@gmail.com> ha scritto:

> Chiedo se qualcuno mi sa dare una mano perchè quando carico
> cai_josm_preset [1] in Josm mi da questo errore.
>
> E' installato su  WIN 10 con versione Josm 11526 e Java 1.8.0_66
>
>
>
> e al riavvio di Joms questo:
>
> Il nome attributo "data-pjax-transient" associato a un tipo di elemento
> "meta" deve essere seguito dal carattere ' = '. - E:
> %UserProfile%\Downloads\cai.xml
>
>
> [1] https://github.com/osmItalia/cai_josm_preset
> 
>
> --
>
>
> Dario Zontini
>
>
>
> --
> [image: Avast logo] 
>
> Questa e-mail è stata controllata per individuare virus con Avast
> antivirus.
> www.avast.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] problema con cai_josm_preset

[Dario Zontini Gmail]

Chiedo se qualcuno mi sa dare una mano perchè quando carico 
cai_josm_preset [1] in Josm mi da questo errore.


E' installato su  WIN 10 con versione Josm 11526 e Java 1.8.0_66



e al riavvio di Joms questo:

Il nome attributo "data-pjax-transient" associato a un tipo di elemento 
"meta" deve essere seguito dal carattere ' = '. - E: 
%UserProfile%\Downloads\cai.xml



[1] https://github.com/osmItalia/cai_josm_preset 



--


Dario Zontini



---
Questa e-mail è stata controllata per individuare virus con Avast antivirus.
https://www.avast.com/antivirus
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] problema rendering mappe su alcuni punti di interesse

[Marco Bartalini]

Io uso molto il sito di osm per condividere posizioni ecc.ecc..  quindi
sarebbe importante far vedere tutto...

la roccia in questione è questa
http://www.salentoacolory.it/la-marmitta-del-gigante/

non saprei bene che altri tag usare




*Marco Bartalini,marcobartal...@gmail.com *

On Mon, Dec 12, 2016 at 2:57 PM, Volker Schmidt  wrote:

>
> Guardando la wiki[0], non trovo geological=historic,
>
>
> Non lo trovo perché qualitative oggetto geological è vecchio.
>
>
> geological=palaeontological_site (se di altra era, va identificata).
>
> No. La roccia on questione non continue fossili
>
> name=
>
> Ok
>
> natural=stone [1]
>
> Ok
>
> historic=archeological_site
>
> No. Non è un sito archeologico ma naturale
>
> site_type=* [2]
>
> No
>
> tourism=attraction
>
> Ok
>
>
> Volker
>
> ___
> 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] problema rendering mappe su alcuni punti di interesse

[Volker Schmidt]

Guardando la wiki[0], non trovo geological=historic,


Non lo trovo perché qualitative oggetto geological è vecchio.


geological=palaeontological_site (se di altra era, va identificata).

No. La roccia on questione non continue fossili

name=

Ok

natural=stone [1]

Ok

historic=archeological_site

No. Non è un sito archeologico ma naturale

site_type=* [2]

No

tourism=attraction

Ok


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

Re: [Talk-it] problema rendering mappe su alcuni punti di interesse

[Alberto Nogaro]

>-Original Message-
>From: girarsi_liste [mailto:liste.gira...@gmail.com]
>Sent: lunedì 12 dicembre 2016 10:49
>To: talk-it@openstreetmap.org
>Subject: Re: [Talk-it] problema rendering mappe su alcuni punti di interesse
>
>Il 12/12/2016 08:46, Marco Bartalini ha scritto:
>> Ragazzi, sto provando ad inserire un punto di interesse: in pratica è
>> una pietra tondeggiante dovuta ad erosione (marmitta del gigante) che


>geological=palaeontological_site (se di altra era, va identificata).

Questo lo metterei solo se la pietra contiene fossili o altri elementi utili 
allo studio della vita.

>historic=archeological_site

Questo solo se la pietra è legata a qualche uso da parte dell'uomo.

Ciao,
Alberto


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

Re: [Talk-it] problema rendering mappe su alcuni punti di interesse

[girarsi_liste]

Il 12/12/2016 08:46, Marco Bartalini ha scritto:
> Ragazzi, sto provando ad inserire un punto di interesse: in pratica è una
> pietra tondeggiante dovuta ad erosione (marmitta del gigante) che è un bel
> punto di interesse da far vedere nella zona... Mi sa che sbaglio tag perchè
> non riesco a farlo visualizzare sulle mappe... mi potreste suggerire un tag
> da utilizzare?
> 
> questo è il punto http://www.openstreetmap.org/#map=19/40.08952/18.49638
> 
> grazie
> 


Guardando la wiki[0], non trovo geological=historic, per cui la butto
lì, anche se non conosco il posto, ma mi limito alla tua descrizione.
Quanto al rendering, concordo con chi mi ha preceduto che non viene
renderizzato, ma resta comunque il dato.

geological=palaeontological_site (se di altra era, va identificata).
name=*
natural=stone [1]
historic=archeological_site
site_type=* [2]
tourism=attraction



[0] http://wiki.openstreetmap.org/wiki/Key:geological

[1] https://wiki.openstreetmap.org/wiki/Tag:natural%3Dstone

[2] https://wiki.openstreetmap.org/wiki/Tag:historic%3Darchaeological_site



-- 
Simone Girardelli
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|



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

Re: [Talk-it] problema rendering mappe su alcuni punti di interesse

[Davide Sandona']

Può darsi che non sia mai stata sviluppata un'icona per il tag
*natural=stone*. Io non mi preoccuperei del rendering su OpenStreetMap, la
cui funzione principale è di database. Saranno le diverse applicazioni che
dovranno in seguito renderizzare correttamente il dato!

Davide.

Il giorno 12 dicembre 2016 08:46, Marco Bartalini 
ha scritto:

> Ragazzi, sto provando ad inserire un punto di interesse: in pratica è una
> pietra tondeggiante dovuta ad erosione (marmitta del gigante) che è un bel
> punto di interesse da far vedere nella zona... Mi sa che sbaglio tag perchè
> non riesco a farlo visualizzare sulle mappe... mi potreste suggerire un tag
> da utilizzare?
>
> questo è il punto http://www.openstreetmap.org/#map=19/40.08952/18.49638
>
> grazie
>
>
>
> *Marco Bartalini,marcobartal...@gmail.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] problema rendering mappe su alcuni punti di interesse

[Marco Bartalini]

Ragazzi, sto provando ad inserire un punto di interesse: in pratica è una
pietra tondeggiante dovuta ad erosione (marmitta del gigante) che è un bel
punto di interesse da far vedere nella zona... Mi sa che sbaglio tag perchè
non riesco a farlo visualizzare sulle mappe... mi potreste suggerire un tag
da utilizzare?

questo è il punto http://www.openstreetmap.org/#map=19/40.08952/18.49638

grazie



*Marco Bartalini,marcobartal...@gmail.com *
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-es] Problema con los límites de Andalucia y Almería

[Jesús Gómez Fernández]

Gracias Alejandro.
Parece que están correctas pero me despista mucho que si descargas en JOSM
la relación con los límites de la Comunidad Autónoma de Andalucia aparezca
en ella parte de la provincia de Almería, tal y como muestra la imagen de
mi anterior correo.
No se, miraré un poco más y si descubro algo lo escribo por aquí.

Saludos
Jesús Gómez

El 27 de septiembre de 2016, 16:54, Alejandro S. 
escribió:

> Hola,
> Estoy mirando la relación de Andalucía [0] y de Almería y todo parece
> correcto.Están correctamente cerradas, con los miembros ordenados y las
> etiquetas que corresponden.
>
> [0]: http://www.openstreetmap.org/relation/349044
>
> [1]: http://www.openstreetmap.org/relation/348997
>
> Saludos,
> Alejandro Suárez
>
> On Tue, Sep 27, 2016, 13:49 Jesús Gómez Fernández <
> jesus.gomez.f...@gmail.com> wrote:
>
>> Hola a todos.
>> Estoy trabajando con los límites administrativos de Europa y para ello
>> estoy usando con OSMfilter y una base de datos.
>> El motivo de este correo es que al visualizar los límites de Comunidades
>> Autónomas (admin_level=4) y provincias (admin_level=6) en España, veo que
>> Andalucía no aparece, ni tampoco la provincia de Almería.
>> Con JOSM he descargado las dos relaciones que corresponden a cada una de
>> ellas y tampoco veo qué es lo que puede suceder porque aparentemente están
>> correctas. Pero lo que sí me he dado cuenta es que al descargar la relación
>> "Andalucia" aparece Almería por ahí metida.
>> Desconozco a que se debe este problema pero intuyo que la clave esta en
>> una incorrecta definición de la relación en Almería.
>>
>> Adjunto una imagen para que se entienda bien todo esto.
>>
>> ¿Alguien sabe qué puede estar pasando?
>>
>> Un saludo.
>> Jesús Gómez
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Problema con los límites de Andalucia y Almería

[Alejandro S.]

Hola,
Estoy mirando la relación de Andalucía [0] y de Almería y todo parece
correcto.Están correctamente cerradas, con los miembros ordenados y las
etiquetas que corresponden.

[0]: http://www.openstreetmap.org/relation/349044

[1]: http://www.openstreetmap.org/relation/348997

Saludos,
Alejandro Suárez

On Tue, Sep 27, 2016, 13:49 Jesús Gómez Fernández <
jesus.gomez.f...@gmail.com> wrote:

> Hola a todos.
> Estoy trabajando con los límites administrativos de Europa y para ello
> estoy usando con OSMfilter y una base de datos.
> El motivo de este correo es que al visualizar los límites de Comunidades
> Autónomas (admin_level=4) y provincias (admin_level=6) en España, veo que
> Andalucía no aparece, ni tampoco la provincia de Almería.
> Con JOSM he descargado las dos relaciones que corresponden a cada una de
> ellas y tampoco veo qué es lo que puede suceder porque aparentemente están
> correctas. Pero lo que sí me he dado cuenta es que al descargar la relación
> "Andalucia" aparece Almería por ahí metida.
> Desconozco a que se debe este problema pero intuyo que la clave esta en
> una incorrecta definición de la relación en Almería.
>
> Adjunto una imagen para que se entienda bien todo esto.
>
> ¿Alguien sabe qué puede estar pasando?
>
> Un saludo.
> Jesús Gómez
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-es] Problema con los límites de Andalucia y Almería

[Jesús Gómez Fernández]

Hola a todos.
Estoy trabajando con los límites administrativos de Europa y para ello
estoy usando con OSMfilter y una base de datos.
El motivo de este correo es que al visualizar los límites de Comunidades
Autónomas (admin_level=4) y provincias (admin_level=6) en España, veo que
Andalucía no aparece, ni tampoco la provincia de Almería.
Con JOSM he descargado las dos relaciones que corresponden a cada una de
ellas y tampoco veo qué es lo que puede suceder porque aparentemente están
correctas. Pero lo que sí me he dado cuenta es que al descargar la relación
"Andalucia" aparece Almería por ahí metida.
Desconozco a que se debe este problema pero intuyo que la clave esta en una
incorrecta definición de la relación en Almería.

Adjunto una imagen para que se entienda bien todo esto.

¿Alguien sabe qué puede estar pasando?

Un saludo.
Jesús Gómez
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-it] Problema "sport senza caratteristiche fisiche"

[Carlo]

Ciao Martin,

Si, è un piccolo campetto di calcio in un parco giochi



2016-06-16 12:49 GMT+02:00 Carlo :

leisure=playground
sport=soccer

Non riesco a capire cosa manca per eliminare l'errore.
Cosa manca?



cosa vuoi mappare? leisure=playground è un parco giochi. Se intendi campo da calcio, il tag è leisure=pitch

Ciao,
Martin




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

Re: [Talk-it] Problema "sport senza caratteristiche fisiche"

[Martin Koppenhoefer]

2016-06-16 12:49 GMT+02:00 Carlo :

> leisure=playground
>
> sport=soccer
>
>
> Non riesco a capire cosa manca per eliminare l'errore.
>
> Cosa manca?
>



cosa vuoi mappare? leisure=playground è un parco giochi. Se intendi campo
da calcio, il tag è leisure=pitch

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

[Talk-it] Problema "sport senza caratteristiche fisiche"

[Carlo]

Ciao a tutti

In questo periodo mi sto divertendo ad utilizzare la funzione Validazione di JOSM per risolvere alcuni problemi sulle zone che conosco.
Tra i vari problemi è uscito fuori "sport senza caratteristiche fisiche", sulle info dell'area trovo:
leisure=playground
sport=soccer

Non riesco a capire cosa manca per eliminare l'errore.
Cosa manca?

Grazie
Carlo




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

Re: [Talk-it] problema lanes e oneway (ERA:lanes 2)

[trimoto]

provando ad usare l'autorouting su osm mi sono accorto che mi fa percorrere
in controsenso una strada a più corsie, c'è un senso di marcia per i veicoli
normali e uno contrario per i psv, controllando i tag trovo solo highway
primary
lanes 2
lanes:backward 1
lanes:psv:forward 1
name Viale della Libertà 

Mi chiedevo è un errore del calcolo del routing o anche se si mettono i tag
lanes va comunque inserito oneway yes e psv opposite lane?
su wiki non è per niente chiaro se i tag sono un complemento o se non vanno
usati contemporaneamente

grazie



--
View this message in context: 
http://gis.19327.n5.nabble.com/lanes-2-tp5851399p5873878.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-br] Problema de Prédios em Overlapping (Importação PMPA)

[Sérgio V .]

Obrigado a todos pelas ajudas.

Qualquer outra questão, por favor avisem.


Acho que está OK agora, esquematizada a questão dos overlappings em 2D. 
Resolveu usando layer=* (p/ casos de compartilhando ways) ou multipolígono (p/ 
casos de um dentro sem compartilhar ways ou 2 outer grudados no mesmo nível) . 
Uma vez que para a maioria destes de importação, se não houveracesso a mais 
informações, não tem como fazer 3D ( building:levels=*, building:part=*, etc).


Não penso em colocar agora os prédios que seja possível para 3D 
(bulding:levels, etc), depende muita coisa de survey, muitos possivelmente não 
dá pra ver em imagens atuais. Muitos prédios talvez possa com o Mapillary. Mas 
deixar pra outros se divertirem.

A estrutura básica 2D com as formas já fica assim montada, sem overlapping. 
Também ajuda para outros que quiserem adicionar POIs e mais dados, encontrando 
os prédios certos. Quem quiser, adiciona as tags 3D e altera.

Alguns fiz em 3D, para ver se dava certo.  Bem conhecidos como a casa de 
Cultura, ou que dá para ver na imagem (como a Galeria Malcon; pra isto serve a 
distorção lateral de imagens, pra contar número de andares). Testei as tags 
para 3D e tá validando tudo OK no 2D. Ainda tou vendo se fica OK no 3D.

O validador só acusa ainda 1 única coisa: "relation type unknown" (mas na 
verdade tá certo com o type=building).


Sigo preparando a importação de prédios para os outros bairros, com o esquema 
resolvido para casos de overlappings com layer (acho que uns 5% do total, com o 
que tenho visto).

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

Paralelamente, pensei numa coisa, se seria possível desenvolver um script 
(programa externo ou plugin para JOSM) para:


-Resolução de overlapping com criação automática de layers, com 2 objetivos:

a)-resolver problema de polígonos de building sobrepostos na mesma área (mesmo 
terreno), adicionando layer nos sobrepostos;

b)-com isto ao mesmo tempo fica esquematizada uma estrutura básica para 
adicionar relação 3D (futuramente só procurando os polígonos com tags layer=* + 
building=* por building:part=* building:levels=*).


Acham que seria útil? Não entendo muito de linguagens de programação, e menos 
ainda das dos últimos 25 anos para cá.


Acho que poderia ser "mais ou menos" assim uma lógica (a testar) para resolver 
overlapping para 2D:

-analisa uma massa de polígonos;

-encontra e retorna os que estão em overlapping (os grudados em um lado não 
acusa, não dá problema);

-destes, encontra e retorna a maior área (o "outline", a base, ou projeção 
total das demais áreas);

-das demais áreas que estão sobre o outline, analisa:

-se estão dentro, então cria multipolígono;

-analisa as áreas destes multipolígonos e dos demais polígonos sobrepostos ao 
outline, então cria "layer=anterior+1" (limite=5) para os sucessivamente 
menores que o outline, a base (supondo comum que se há volumes sobrepostos, os 
de menor área estão sucessivamente mais acima -  a verificar se vale para todos 
os casos). O maior que não tem outra subdivisão grudada é sempre o outline. Se 
tiver outro apenas grudado, é outro prédio, podendo ser no mesmo terreno. Mas 
não analisa junto, não é problema de overlapping.

Não resolve todos os casos. Se tiver mais de 5 layers (só vi o da Galeria 
MAlcon), teria que separar para usar building:levels.


(acho que não serviria para criar building:levels automático, pois tem que 
avaliar o número de pavimentos com imagem, survey ou dados externos)


Se fosse para preparar para 3D (mas o script não pode adivinhar os 
building:levels, teria que fornecer), acho que poderia ser "mais ou menos 
assim" a lógica:

-encontra e retorna os que estão em overlapping (os grudados em um lado não 
acusa, não dá problema);
-cria com estes relação type=building
-para a área maior, adiciona:
role=outline
building=*
-para as demais áreas sucessivamente menores, adiciona:
role=part
building:part=*
building:levels=*
building:min_level=*
heigth=*
min_height=*
(NOTA: o building=* do outline não é usado para o 3D se tiver outros com 
building:part=*; para fazer a base, tem que repetir a do outline como "part", 
sem nós duplicados, e adicionar as tags semelhantes às demais, sem 
building:min_level=*, para que se torne a primeira)
Acho que seria mais ou menos assim.


- - - - - - - - - - - - - - - -

Sérgio / user:smaprs
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-it] Problema

[Martin Koppenhoefer]

sent from a phone

> Il giorno 14 mag 2016, alle ore 14:06, Fabrizio Tambussa 
>  ha scritto:
> 
> Vuol dire che in un palazzo o in una fabbrica ci sono prese di corrente con 
> le 2 tensioni.


cosa volevo dire: forse converrebbe in questo caso mappare le prese, invece di 
avere un attributo sul l'edificio (prese mappate indirettamente).


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

Re: [Talk-it] Problema

[Fabrizio Tambussa]

Il 14/Mag/2016 13:34, "Martin Koppenhoefer"  ha
scritto:
>
>
>
> sent from a phone
>
> Il giorno 14 mag 2016, alle ore 12:00, Fabrizio Tambussa <
ftambu...@gmail.com> ha scritto:
>
>> E riscoprire il caro e vecchio punto e virgola come separatore di valori?
>> name="Via Tizio;Via Caio"
>>
>> Se va bene per i valori multipli (ad esempio  voltage=220;380), va bene
anche qui.
>
>
>
> -2
> i valori multipli sono generalmente contestati. Cosa vuol dire 220 e 380
Volt? Dalle 8 alle 20 sono 220 V, altrimenti 380? Ci sono 2 linee mappate
in una?

Vuol dire che in un palazzo o in una fabbrica ci sono prese di corrente con
le 2 tensioni.
È come avere un idrante con due prese diverse:  una da 60 millimetri e una
da 130 millimetri. Io li mapperei diameter=60;130
Oppure devo fare una relation per un idrante?
Saluti
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Problema

[Martin Koppenhoefer]

sent from a phone

> Il giorno 14 mag 2016, alle ore 12:00, Fabrizio Tambussa 
>  ha scritto:
> 
> E riscoprire il caro e vecchio punto e virgola come separatore di valori?
> name="Via Tizio;Via Caio"
> 
> Se va bene per i valori multipli (ad esempio  voltage=220;380), va bene anche 
> qui.
> 


-2
i valori multipli sono generalmente contestati. Cosa vuol dire 220 e 380 Volt? 
Dalle 8 alle 20 sono 220 V, altrimenti 380? Ci sono 2 linee mappate in una? 
Sempre si possono evitare i valori multipli, con una mappatura più precisa o 
con un sistema di tagging che li evita (alle volte potrebbe avere senso usare 
valori multipli, ma in questa discussione su una strada non vorrei deviare 
troppo). Non in tutti i casi si usa il punto virgola, per esempio i civici sono 
spesso scritti così: 22/24. Oppure 18-22.
Per nomi è usato / oppure - ma non ho mai visto il ;
Soprattutto non vedo vantaggio, suppongo che nessuno vorrebbe presentare al suo 
cliente una stringa del tipo "nome;altro nome", quindi se noi dovessimo 
decidere di usare il punto virgola costringeremmo tutti a trasformare la 
stringa prima di presentarla. Io vorrei cercare di facilitare l'utilizzo dei 
nostri dati.


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

Re: [Talk-it] Problema

[Fabrizio Tambussa]

Il 13/Mag/2016 16:35, "Volker Schmidt"
> La soluzione con name:left e name:right è quella corretta. Va bene, i
renderer oggi non lo gestiscono, e per per loro possiamo anche aggiungere
un "name=nome1 - nome2" come ho visto fanno i belgi e gli olandesi nella
maggior parte dei casi.

E riscoprire il caro e vecchio punto e virgola come separatore di valori?
name="Via Tizio;Via Caio"

Se va bene per i valori multipli (ad esempio  voltage=220;380), va bene
anche qui.
Saluti
Sbiribizio
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Problema

[Giuseppe]

io sinceramente il name non lo toglierei poichè andresti a togliere un dato 
corretto, quella strada ha due nomi che poi dipenda dai comuni confinanti viene 
spiegato inserendo name left e name right.


>Messaggio originale
>Da: Andrea Lattmann <andrea.guglie...@ga-2.it>
>Data: 13/05/2016 14.39
>A: "openstreetmap list - italiano"<talk-it@openstreetmap.org>
>Ogg: Re: [Talk-it] Problema
>
>>Questo però è mappare per il rendering... >dovrebbe essere il rendering 
>>in caso di presenza di left/right e >assenza del tag name a farlo in 
>>automatico.
>
>Concordo, sta al rendering a renderizzarlo corretto e da parte nostra 
inserire correttamente i dati. 
>Quindi provvederò ad aggiungere name:left name:right ed a togliere name.
>Non penso che siano gli unici paesi al mondo ad aver questo problema... O 
almeno spero... :-)
>
>
>Andrea Lattmann
>
>___
>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-br] Problema de Prédios em Overlapping (Importação PMPA)

[Roger C. Soares]

  
  
Mais uns links caso você queira
  entender melhor indoor mapping:
  
  http://wiki.openstreetmap.org/wiki/Simple_Indoor_Tagging
http://openlevelup.net/?lat=50.779394=6.074451=19=0=0=1=0=0=0=0=0
  
  Atenciosamente,
  Roger.
  
  --
  Em 13-05-2016 12:13, Roger C. Soares escreveu:


  
  Oi Sérgio,

Não estou acompanhando essa thread, se não for relevante ou
vocês já discutiram isso por favor ignore...

O level é para indoor mapping, o level define o andar que está
sendo mapeado.

O caso desses links me parece um caso para building:part, você
pode entender melhor aqui:
http://wiki.openstreetmap.org/wiki/Simple_3D_buildings

Em alemão tem um exemplo legal de uma construção que parece uma
igreja:
http://wiki.openstreetmap.org/wiki/DE:Simple_3D_Buildings

Para a base do prédio você poderia colocar o level, para o corpo
do prédio seria apenas o building:part, para colocar o level
teria que repetir o polígono para cada andar, cada um com um
level definindo o nro do andar.

Atenciosamente,
Roger.

--
Em 13-05-2016 09:40, Sérgio V. escreveu:
  
  



  Bom dia Nelson,>São 2 andares do mesmo prédio ou o prédio é apenas o https://www.openstreetmap.org/way/414428800 ?
  Sim, são 2 blocos de níveis diferentes:
  O https://www.openstreetmap.org/way/414428734 é a base do prédio (térreo + em geral sobreloja);
  O https://www.openstreetmap.org/way/414428800 é o corpo do prédio (não sei quantos pavimentos, uns 10).
  Será que adicionando "level" ou coisa parecida sai o aviso
de "buiding inside buiding " ou
  overlappings semelhantes?
  Se for assim, talvez para

os demais eventuais milhares de casos semelhantes teria

  que adicionar genericamente um level=0 para o bloco de
  térreo, e um level=1 para  o bloco
do corpo. (E "talvez" adicionar algo como
"fixme=verificar numero de pavimentos para  building:levels
  e " - não teria como verificar antes um por
  um. Não vem estes dados junto. Teria que ser só "in loco"
  (tradução livre: coisa de loco). Ou não adicionar:
  a informação "level" 0 e 1 seria completa em
  si. Fica implícito que o resto seria a completar, como
  para tudo no OSM).
  Se tiveres uma solução e
  quiseres testar nestes , fique à vontade. Agora que me dei
  conta disto vou testar no outro também.
  Obrigado.
  

  - - - - - - - - - - - - - - - -
  Sérgio / user:smaprs

  




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

  
  


  


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

Re: [Talk-br] Problema de Prédios em Overlapping (Importação PMPA)

[Roger C. Soares]

  
  
Oi Sérgio,
  
  Não estou acompanhando essa thread, se não for relevante ou vocês
  já discutiram isso por favor ignore...
  
  O level é para indoor mapping, o level define o andar que está
  sendo mapeado.
  
  O caso desses links me parece um caso para building:part, você
  pode entender melhor aqui:
  http://wiki.openstreetmap.org/wiki/Simple_3D_buildings
  
  Em alemão tem um exemplo legal de uma construção que parece uma
  igreja:
  http://wiki.openstreetmap.org/wiki/DE:Simple_3D_Buildings
  
  Para a base do prédio você poderia colocar o level, para o corpo
  do prédio seria apenas o building:part, para colocar o level teria
  que repetir o polígono para cada andar, cada um com um level
  definindo o nro do andar.
  
  Atenciosamente,
  Roger.
  
  --
  Em 13-05-2016 09:40, Sérgio V. escreveu:


  
  
  
Bom dia Nelson,>São 2 andares do mesmo prédio ou o prédio é apenas o https://www.openstreetmap.org/way/414428800 ?
Sim, são 2 blocos de níveis diferentes:
O https://www.openstreetmap.org/way/414428734 é a base do prédio (térreo + em geral sobreloja);
O https://www.openstreetmap.org/way/414428800 é o corpo do prédio (não sei quantos pavimentos, uns 10).
Será que adicionando "level" ou coisa parecida sai o aviso de
  "buiding inside buiding " ou overlappings
semelhantes?
Se

  for assim, talvez para
  os demais eventuais milhares de casos semelhantes teria
que adicionar genericamente um level=0 para o bloco de
térreo, e um level=1 para  o
bloco do corpo.
  (E "talvez" adicionar algo como "fixme=verificar numero de
  pavimentos para  building:levels e " - não teria
como verificar antes um por um. Não vem estes dados junto.
Teria que ser só "in loco" (tradução livre: coisa de loco).
Ou não adicionar: a informação "level" 0 e 1 seria completa
em si. Fica implícito que o resto seria a completar, como
para tudo no OSM).
Se tiveres uma solução e
quiseres testar nestes , fique à vontade. Agora que me dei
conta disto vou testar no outro também.
Obrigado.

  
- - - - - - - - - - - - - - - -
Sérgio / user:smaprs
  

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



  


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

Re: [Talk-it] Problema

[Paolo Monegato]

Il 13/05/2016 16:34, Volker Schmidt ha scritto:

Hmmm.

"We map what is on the ground"

Per me si tratta di una sola strada con case a sinistra e case a 
destra. In più c'è, invisibile sul terreno, un confine che coincide, 
tipicamante con l'asse della strada.

Le due strade nascono solo sulla carta  grazie ai concetti amministrativi.


Certo che si tratta di una sola strada, ma amministrativamente son due 
vie diverse. La strada ha un nome a sinistra (per un comune) ed un nome 
a destra (per l'altro). Cioè, esiste "Via Tizio" per il comune X e "Via 
Caio" per il comune Y; ma non esiste "Via Tizio - Caio".


La soluzione con name:left e name:right è quella corretta. Va bene, i 
renderer oggi non lo gestiscono, e per per loro possiamo anche 
aggiungere un "name=nome1 - nome2" come ho visto fanno i belgi e gli 
olandesi nella maggior parte dei casi.


Però è mappare per il rendering... in questo caso mi può anche stare 
bene [1], ma imho dovrebbe farlo in automatico (che credo sia pure 
abbastanza semplice mettere una regoletta: se non c'è "name" e c'è 
"name:left" e "name:right" metti quelli separandoli con un trattino)


ciao
Paolo M

[1] A patto che il nome 2 si metta completo, senza togliere via/piazza. 
Cioè: Via Tizio - Via Caio, mi va bene; Via Tizio - Caio no.


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

Re: [Talk-it] Problema

[Volker Schmidt]

Hmmm.

"We map what is on the ground"

Per me si tratta di una sola strada con case a sinistra e case a destra. In
più c'è, invisibile sul terreno, un confine che coincide, tipicamante con
l'asse della strada.
Le due strade nascono solo sulla carta  grazie ai concetti amministrativi.
Curiosamente vengo da una oan di confine dove ci sono strade di questo
tipo, con il confine di stato fra Francia e Germania nel centro della
strada, e l'esempio che mi ricordo dalla mia infanzia è sbagliato in OSM:
hanno messo tre way sovrapposte - due strade e il confine.
Vedi http://www.openstreetmap.org/note/564930

La soluzione con name:left e name:right è quella corretta. Va bene, i
renderer oggi non lo gestiscono, e per per loro possiamo anche aggiungere
un "name=nome1 - nome2" come ho visto fanno i belgi e gli olandesi nella
maggior parte dei casi.

Volker


2016-05-13 16:17 GMT+02:00 Paolo Monegato :

> Il 13/05/2016 13:25, Martin Koppenhoefer ha scritto:
>
>
> 2016-05-13 12:06 GMT+02:00 Paolo Monegato :
>
>> Il 12/05/2016 23:30, Martin Koppenhoefer ha scritto:
>>
>>> la via ha due nomi.
>>>
>>
>> Assolutamente no. La strada ha due nomi, ma perché sono due vie diverse
>> (ognuna con un solo nome), una per il comune X e l'altra per il comune Y.
>
>
>
> no, non sono 2 vie diverse, è la stessa via che ha 2 nomi diversi (volendo
> si può vedere la via suddivisa, una parte ha un nome, l'altra parte ha
> l'altro nome).
>
>
> E no che non è la stessa via! Il percorso è lo stesso, ma c'è una via in
> un comune e una via nell'altro.
> (non intendo "via" = percorso, ma "via" come "strada con nome Y del comune
> X". Va da se quindi che c'è Via Tizio nel comune X e via Caio nel comune Y.
> Certo si tratta della stessa strada, ma via Tizio e via Caio son due vie
> diverse. Anche se concretamente stanno sullo stesso percorso)
>
> La vera assurdità è che i nomi sono nella stessa lingua. Nel caso di un
> fiume per esempio capita spesso che appartiene a tutti i due confinanti, ma
> il nome diverso solitamente è dovuto a lingue diverse. In questo caso non
> parleresti di 2 fiumi, no?
>
>
> Certo che no, perché non è la stessa cosa.
>
> ciao
> Paolo M
>
> ___
> 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] Problema

[Paolo Monegato]

Il 13/05/2016 13:25, Martin Koppenhoefer ha scritto:


2016-05-13 12:06 GMT+02:00 Paolo Monegato >:


Il 12/05/2016 23:30, Martin Koppenhoefer ha scritto:

la via ha due nomi.


Assolutamente no. La strada ha due nomi, ma perché sono due vie
diverse (ognuna con un solo nome), una per il comune X e l'altra
per il comune Y.



no, non sono 2 vie diverse, è la stessa via che ha 2 nomi diversi 
(volendo si può vedere la via suddivisa, una parte ha un nome, l'altra 
parte ha l'altro nome).


E no che non è la stessa via! Il percorso è lo stesso, ma c'è una via in 
un comune e una via nell'altro.
(non intendo "via" = percorso, ma "via" come "strada con nome Y del 
comune X". Va da se quindi che c'è Via Tizio nel comune X e via Caio nel 
comune Y. Certo si tratta della stessa strada, ma via Tizio e via Caio 
son due vie diverse. Anche se concretamente stanno sullo stesso percorso)


La vera assurdità è che i nomi sono nella stessa lingua. Nel caso di 
un fiume per esempio capita spesso che appartiene a tutti i due 
confinanti, ma il nome diverso solitamente è dovuto a lingue diverse. 
In questo caso non parleresti di 2 fiumi, no?


Certo che no, perché non è la stessa cosa.

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

Re: [Talk-it] Problema

[Volker Schmidt]

Non penso che siamo gli unici paesi al mondo ad aver questo problema... O
> almeno spero... :-)
>

No!

vedi http://overpass-turbo.eu/s/gcy

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

Re: [Talk-it] Problema

[Andrea Lattmann]

>Questo però è mappare per il rendering... >dovrebbe essere il rendering 
>in caso di presenza di left/right e >assenza del tag name a farlo in 
>automatico.

Concordo, sta al rendering a renderizzarlo corretto e da parte nostra inserire 
correttamente i dati. 
Quindi provvederò ad aggiungere name:left name:right ed a togliere name.
Non penso che siano gli unici paesi al mondo ad aver questo problema... O 
almeno spero... :-)


Andrea Lattmann

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

[Talk-br] Problema de Prédios em Overlapping (Importação PMPA)

[Sérgio V .]

Bom dia Nelson,

>São 2 andares do mesmo prédio ou o prédio é apenas o 
>https://www.openstreetmap.org/way/414428800 ?

Sim, são 2 blocos de níveis diferentes:

O https://www.openstreetmap.org/way/414428734 é a base do prédio (térreo + em 
geral sobreloja);

O https://www.openstreetmap.org/way/414428800 é o corpo do prédio (não sei 
quantos pavimentos, uns 10).

Será que adicionando "level" ou coisa parecida sai o aviso de "buiding inside 
buiding " ou overlappings semelhantes?

Se for assim, talvez para os demais eventuais milhares de casos semelhantes 
teria que adicionar genericamente um level=0 para o bloco de térreo, e um 
level=1 para  o bloco do corpo. (E "talvez" adicionar algo como 
"fixme=verificar numero de pavimentos para  building:levels e " - não teria 
como verificar antes um por um. Não vem estes dados junto. Teria que ser só "in 
loco" (tradução livre: coisa de loco). Ou não adicionar: a informação "level" 0 
e 1 seria completa em si. Fica implícito que o resto seria a completar, como 
para tudo no OSM).

Se tiveres uma solução e quiseres testar nestes , fique à vontade. Agora que me 
dei conta disto vou testar no outro também.

Obrigado.

- - - - - - - - - - - - - - - -

Sérgio / user:smaprs
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Problema de Prédios em Overlapping (Importação PMPA)

[Nelson A. de Oliveira]

2016-05-13 8:02 GMT-03:00 Sérgio V. :
> me mandou do [https://www.openstreetmap.org/way/414428800] dentro do
> [https://www.openstreetmap.org/way/414428734]:

São 2 andares do mesmo prédio ou o prédio é apenas o
https://www.openstreetmap.org/way/414428800 ?

> -Vi que o Validator do JOSM é considerado "obsoleto" ("obsolete, Validates
> and fixes incorrect data. Part of core now.":
> http://wiki.openstreetmap.org/wiki/JOSM/Plugins). É este o caso?

Ficou obsoleto ao ser incorporado ao JOSM (antes ele era um plugin
separado; esse plugin separado que é obsoleto).
O validador do JOSM está certo.

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

Re: [Talk-it] Problema

[Martin Koppenhoefer]

2016-05-13 12:06 GMT+02:00 Paolo Monegato :

> Il 12/05/2016 23:30, Martin Koppenhoefer ha scritto:
>
>> la via ha due nomi.
>>
>
> Assolutamente no. La strada ha due nomi, ma perché sono due vie diverse
> (ognuna con un solo nome), una per il comune X e l'altra per il comune Y.



no, non sono 2 vie diverse, è la stessa via che ha 2 nomi diversi (volendo
si può vedere la via suddivisa, una parte ha un nome, l'altra parte ha
l'altro nome).
La vera assurdità è che i nomi sono nella stessa lingua. Nel caso di un
fiume per esempio capita spesso che appartiene a tutti i due confinanti, ma
il nome diverso solitamente è dovuto a lingue diverse. In questo caso non
parleresti di 2 fiumi, no?

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

[Talk-br] Problema de Prédios em Overlapping (Importação PMPA)

[Sérgio V .]

Obrigado Nelson e Marcio.


O JOSM tá atualizado.

Os casos de prédios vizinhos simples grudados não tão acusando problema mesmo 
(como em https://www.openstreetmap.org/way/414428517).

Os que acusam problema são os compostos de mais de uma área: uma dentro da 
outra, ou em parte por cima, com nós ou ways sobre outros (sem multipolígono).


Sobre:

>Se você adicionar a tag de building=* nos seus prédios você vai ver que o 
>aviso de caminhos sobrepostos some.

>Só vai precisar ver o problema de "prédio dentro de prédio".


Como se resolve o

"building inside building"?

Peguei um exemplo dos importados da PMPA, o caso que o 
Papibaquígrafo me 
mandou do [https://www.openstreetmap.org/way/414428800] dentro do 
[https://www.openstreetmap.org/way/414428734]:

-Selecionei os 2 ways "building=yes" simples (sem multipolígono);

-Passei o validador, acusam só 1 coisa: "building inside building".


1)Testei com o plugin "Merge overlap": não alterou nada, os 2 ways só tem um nó 
em comum no perímetro.

2)Testei com o "Join overlapping areas": mas apaga a de dentro, ficando só o 
contorno de fora. Perde o sentido original (tipo: corpo + cobertura do prédio).

3)Fiz o "create multipolygon": ficou o multipolígono como "building=yes" (saiu 
a tag "building=yes" dos 2 membros).

Não adicionei "building=yes" nos 2 membros.

-Passei o validador (selecionados só os 2 ways):nos 2 membros não dá mais aviso.

-Passei de novoo validador (selecionada a relação multipolígono), acusou só 1 
coisa:

"Intersection between multipoygon ways"


4) Aí adicionei "building=yes" nos 2 membros.

-Passei o validador, selecionados só os 2 ways: nos 2 membros não dá mais aviso.

-Passei de novo o validador (selecionada a relação multipolígono), acusou 3 
coisas:

"Intersection between multipolygon ways";

"Building inside building" (de novo, agora na relação, não mais nos 2 ways);

"Area style on outer way" (acho que por causa do "building=yes" nos membros, 
além do multipolígono em si).


5)Se fizer "unglue" (g) no único nó em overlapping, acusa 5 coisas:

ERRO:

Building duplicated nodes - Duplicated nodes"

warnings:

"Intersection between multipolygon ways";

"Building inside building" (de novo, agora na relação, não mais nos 2 ways);

"Area style on outer way"

"Crossing buildings"


Desfiz.

6)Se remover o "building=yes" só do way "inner", acusa o mesmo que 4).

7)Se remover o "building=yes" só do way "outer", acusa de novo só 1 coisa:

-"Intersection between multipolygon ways"

8)Se fizer "unglue" (g) no único nó em overlapping, acusa 2 coisas:

"Intersection between multipolygon ways"

"Mixed type duplicated nodes - Duplicated nodes"

9)Se fizer "fix" neste nó, cola de novo, e volta ao 7).

Não resolvi. Deixei (por enquanto) como estava.

- - - - - - - - - - - - - - -

PERGUNTA:

Existe alguma destas versões de "overlapping" que seja aceitável? (válida para 
o OSM)

Qual solução?

-Se puderem, podem mostrar em cima deste exemplo mesmo do 
[https://www.openstreetmap.org/way/414428734], que aí eu vejo como ficou para 
entender o que foi alterado.

-Tem também este típico dos casos de "building inside building", com não só 1 
nó, mas todos ways em overlapping (todos os nós do de dentro estão grudados no 
de fora): https://www.openstreetmap.org/way/414743168

PS.:

-Vi que o Validator do JOSM é considerado "obsoleto" ("obsolete, Validates and 
fixes incorrect data. Part of core now.": 
http://wiki.openstreetmap.org/wiki/JOSM/Plugins). É este o caso?


- - - - - - - - - - - - - - - -

Sérgio / user:smaprs
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br