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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Re: [Talk-it] Problema

[Paolo Monegato]

Il 12/05/2016 22:12, beppebo...@libero.it ha scritto:
Ho visto ora la discussione è visto che qualche volta mi è capitato di 
trovare situazioni simili vorrei dire la mia. 


Lo so, t'avevo anche menzionato in lista regionale su una discussione 
apposita [1]...


Una possibile idea assurda che mi è venuta è inserire due way 
sovrapposte con lanes 1 e nomi diversi, ma non lo trovo praticabile.


Infatti non lo è. Anche perché in teoria dovresti anche dare alle way il 
senso di marcia.


Fintantoché il sistema è rendering non permetta di dare un nome ad 
ogni singola corsia, inserire i due nomi come avviene in tutte le 
mappe cittadine e name left and right penso sia il compromesso più 
accettabile.


IMHO dovrebbe arrangiarsi il rendering, prendendo il dato da left e right

Per la questione dei civici ovviamente è un problema, ma a mio avviso 
relativo li si mette il dato corretto e basta.


Ovvio, ma dato che gli editor più avanzati ti suggeriscono il nome della 
via è facile sbagliare.


Se ad esempio oltre al doppio nome, name left and right ci fosse name 
left is in x e right is in y e suddividerli per metri di corsia 
sarebbe il top, ma tutto un domani si potrà fare.


Non penso che serva. Hai un comune a destra e uno a sinistra, è naturale 
che il left sia per uno e il right per l'altro.




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.



Il 12/05/2016 23:34, Martin Koppenhoefer ha scritto:
si, sono d'accordo, non è la soluzione migliore, perciò vanno messo 
name:left e name:right, ma in questo caso il risultato su quasi tutte 
le mappa è nessun nome. Se ci metti anche un tag "name", per la 
maggior parte delle mappe sarebbe meglio, poi chi vuole renderizzare 
name:left e right potrebbe ignorare il tag name dove name:left e/o 
right sono presenti.


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.


ciao
Paolo M

[1] http://liste.remixtj.net/pipermail/osmveneto/2016-March/002843.html

___
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 13 mag 2016, alle ore 06:46, Volker Schmidt  ha 
> scritto:
> 
> Taginfo ne da 25000 usi, di cui 23000 assieme a boundary


dove in realtà non servono molto (sono ridondanti), sennò per facilitare le 
riparazioni (ma potrebbe anche peggiorare la situazione se un way viene 
invertito e i tags no)


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

Re: [Talk-it] Problema

[Volker Schmidt]

Esempio: http://www.openstreetmap.org/way/28830108

2016-05-13 6:46 GMT+02:00 Volker Schmidt :

> name:left e name:right è secondo me l'unica soluzione pulita. Taginfo ne
> da 25000 usi, di cui 23000 assieme a boundary.
> Volker
>
> 2016-05-12 23:34 GMT+02:00 Martin Koppenhoefer :
>
>>
>> 2016-05-12 21:26 GMT+02:00 Paolo Monegato :
>>
>>> Francamente mettere entrambi i nomi non mi sembra la soluzione migliore.
>>
>>
>>
>> si, sono d'accordo, non è la soluzione migliore, perciò vanno messo
>> name:left e name:right, ma in questo caso il risultato su quasi tutte le
>> mappa è nessun nome. Se ci metti anche un tag "name", per la maggior parte
>> delle mappe sarebbe meglio, poi chi vuole renderizzare name:left e right
>> potrebbe ignorare il tag name dove name:left e/o right sono presenti.
>>
>> 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

[Volker Schmidt]

name:left e name:right è secondo me l'unica soluzione pulita. Taginfo ne da
25000 usi, di cui 23000 assieme a boundary.
Volker

2016-05-12 23:34 GMT+02:00 Martin Koppenhoefer :

>
> 2016-05-12 21:26 GMT+02:00 Paolo Monegato :
>
>> Francamente mettere entrambi i nomi non mi sembra la soluzione migliore.
>
>
>
> si, sono d'accordo, non è la soluzione migliore, perciò vanno messo
> name:left e name:right, ma in questo caso il risultato su quasi tutte le
> mappa è nessun nome. Se ci metti anche un tag "name", per la maggior parte
> delle mappe sarebbe meglio, poi chi vuole renderizzare name:left e right
> potrebbe ignorare il tag name dove name:left e/o right sono presenti.
>
> 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

[Martin Koppenhoefer]

2016-05-12 21:26 GMT+02:00 Paolo Monegato :

> Francamente mettere entrambi i nomi non mi sembra la soluzione migliore.



si, sono d'accordo, non è la soluzione migliore, perciò vanno messo
name:left e name:right, ma in questo caso il risultato su quasi tutte le
mappa è nessun nome. Se ci metti anche un tag "name", per la maggior parte
delle mappe sarebbe meglio, poi chi vuole renderizzare name:left e right
potrebbe ignorare il tag name dove name:left e/o right sono presenti.

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

Re: [Talk-it] Problema

[Martin Koppenhoefer]

2016-05-12 21:26 GMT+02:00 Paolo Monegato :

> Quale metti per primo? E come li separi? Nei paesi dove c'è toponomastica
> bilingue (e quindi vi sono due nomi) mi pare si usi la /. Se si usa lo
> stesso carattere un osservatore esterno penserà che la via ha due nomi.



la via ha due nomi.

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

Re: [Talk-it] Problema

[beppebonin]

Ho visto ora la discussione è visto che qualche volta mi è capitato di trovare 
situazioni simili vorrei dire la mia. Premesso che con le attuali possibilità 
non è possibile mapparla correttamente perché non è possibile suddividere la 
highway in due convengo con quanto detto da Mark. Il compromesso migliore è 
inserire i due nomi intervallati da un - non / a mio avviso e ovviamente name 
left and right (cosa che ho fatto quando ho trovato il caso). Una possibile 
idea assurda che mi è venuta è inserire due way sovrapposte con lanes 1 e nomi 
diversi, ma non lo trovo praticabile. Fintantoché il sistema è rendering non 
permetta di dare un nome ad ogni singola corsia, inserire i due nomi come 
avviene in tutte le mappe cittadine e name left and right penso sia il 
compromesso più accettabile. Il dato almeno compare poi in futuro si vedrà. Per 
la questione dei civici ovviamente è un problema, ma a mio avviso relativo li 
si mette il dato corretto e basta. Per una ricerca il sistema dovrebbe 
aggiornarsi e permettere un modo di discernere uno dei due nomi in base al 
comune ricercato.
Se ad esempio oltre al doppio nome, name left and right ci fosse name left is 
in x e right is in y e suddividerli per metri di corsia sarebbe il top, ma 
tutto un domani si potrà fare.
--
Inviato da Libero Mail per Android giovedì, 12 maggio 2016, 09:26PM +02:00 da 
Paolo Monegato < gato.selvad...@gmail.com> :

>Il 12/05/2016 19:13, Martin Koppenhoefer ha scritto:
>> per me avrebbe senso di mettere entrambi i nomi (oltre a name:left/right) 
>> nel tag name, non lo vedo come errore (perché il highway rappresenta tutte 
>> le due corsie)
>
>Quale metti per primo? E come li separi? Nei paesi dove c'è 
>toponomastica bilingue (e quindi vi sono due nomi) mi pare si usi la /. 
>Se si usa lo stesso carattere un osservatore esterno penserà che la via 
>ha due nomi.
>
>Senza considerare poi che elaborando uno stradario comunale si avrà nel 
>Comune X una via che in quel comune non c'è, e pure nell'altro stradario 
>(con l'aggravante magari che per primo comparirà il nome della via 
>dell'altro comune). E potrebbe pure esserci un caso di un comune che ha 
>effettivamente una via con quel nome ma dall'altra parte della città 
>(quindi ci si ritroverebbe con due vie Y, una giusta e l'altra sbagliata).
>
>Infine vanno considerati poi le conseguenti correzioni da fare nella 
>mappatura dei civici... perché va a finire sicuramente che ci sarà chi 
>metterà il civico 1 di via Y/Z (quando invece è l'1 di via Y, e basta). 
>E non sto prendendo in considerazione la presenza di due numeri 1 (uno 
>per via Y e l'altro per via Z)...
>
>Francamente mettere entrambi i nomi non mi sembra la soluzione migliore.
>
>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 12/05/2016 19:13, Martin Koppenhoefer ha scritto:

per me avrebbe senso di mettere entrambi i nomi (oltre a name:left/right) nel 
tag name, non lo vedo come errore (perché il highway rappresenta tutte le due 
corsie)


Quale metti per primo? E come li separi? Nei paesi dove c'è 
toponomastica bilingue (e quindi vi sono due nomi) mi pare si usi la /. 
Se si usa lo stesso carattere un osservatore esterno penserà che la via 
ha due nomi.


Senza considerare poi che elaborando uno stradario comunale si avrà nel 
Comune X una via che in quel comune non c'è, e pure nell'altro stradario 
(con l'aggravante magari che per primo comparirà il nome della via 
dell'altro comune). E potrebbe pure esserci un caso di un comune che ha 
effettivamente una via con quel nome ma dall'altra parte della città 
(quindi ci si ritroverebbe con due vie Y, una giusta e l'altra sbagliata).


Infine vanno considerati poi le conseguenti correzioni da fare nella 
mappatura dei civici... perché va a finire sicuramente che ci sarà chi 
metterà il civico 1 di via Y/Z (quando invece è l'1 di via Y, e basta). 
E non sto prendendo in considerazione la presenza di due numeri 1 (uno 
per via Y e l'altro per via Z)...


Francamente mettere entrambi i nomi non mi sembra la soluzione migliore.

ciao
Paolo M

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

Re: [Talk-it] Problema

[Andrea Lattmann]

>ps: sarebbe meglio dare alla >discussione un oggetto più specifico...

Hai ragione, ho scritto di fretta la mail e non mi veniva nulla in mente per l' 
oggetto. :-D


Andrea Lattmann

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

Re: [Talk-it] Problema

[Dario Crespi]

>
> per me avrebbe senso di mettere entrambi i nomi (oltre a name:left/right)
> nel tag name, non lo vedo come errore (perché il highway rappresenta tutte
> le due corsie)


Non si potrebbe mettere in questo caso name e name_1? Oltre a name:left e
name:right

Dario

Il giorno 12 maggio 2016 19:13, Martin Koppenhoefer 
ha scritto:

>
>
> sent from a phone
>
> > Il giorno 12 mag 2016, alle ore 18:12, Paolo Monegato <
> gato.selvad...@gmail.com> ha scritto:
> >
> > o li mette entrambi separandoli con una /
> > il che imho non è corretto, anche perché poi una volta che si vanno a
> mettere i civici il sistema ti suggerisce quanto scritto su name...
>
>
> per me avrebbe senso di mettere entrambi i nomi (oltre a name:left/right)
> nel tag name, non lo vedo come errore (perché il highway rappresenta tutte
> le due corsie)
>
> 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

[Martin Koppenhoefer]

sent from a phone

> Il giorno 12 mag 2016, alle ore 18:12, Paolo Monegato 
>  ha scritto:
> 
> o li mette entrambi separandoli con una /
> il che imho non è corretto, anche perché poi una volta che si vanno a mettere 
> i civici il sistema ti suggerisce quanto scritto su name...


per me avrebbe senso di mettere entrambi i nomi (oltre a name:left/right) nel 
tag name, non lo vedo come errore (perché il highway rappresenta tutte le due 
corsie)

ciao,
Martin 
___
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 12 mag 2016, alle ore 17:34, Andrea Lattmann 
>  ha scritto:
> 
> Come faccio a "separare" la way dandogli 2 nomi diversi?


name:left e name:right


> C'è la possibilità di inserire 2 way e taggarle come corsie?


no, non va fatto 


ciao 
Martin 



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

Re: [Talk-it] Problema

[Andrea Lattmann]

Il 12 maggio 2016 17:42:42 CEST, Andrea Musuruane  ha 
scritto:
>Ciao,
>
>
>2016-05-12 17:34 GMT+02:00 Andrea Lattmann :
>
>> Ciao ragazzi e non,
>> come posso risolvere questa nota? [1]
>> L' utente anonimo dice che:
>> "Via V Alpini in Comune di Tresivio corsia a monte , corsia a Valle
>Comune
>> di Poggiridenti è Via Panoramica"
>> (Complimenti ai due comuni)
>> Come faccio a "separare" la way dandogli 2 nomi diversi?
>> C'è la possibilità di inserire 2 way e taggarle come corsie?
>> Come la risolvereste voi?
>>
>
>Quando ho avuto lo stesso problema ho fatto così:
>http://www.openstreetmap.org/way/30992597
>
>Ciao,
>
>Andrea
>
>
>
>
>___
>Talk-it mailing list
>Talk-it@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-it

Grazie mille, stavo già partendo per la tangente :-D
Era molto più semplice di quello che pensassi.
Dio benedica la ml! 
Andrea

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

Re: [Talk-it] Problema

[Andrea Musuruane]

Ciao,


2016-05-12 17:34 GMT+02:00 Andrea Lattmann :

> Ciao ragazzi e non,
> come posso risolvere questa nota? [1]
> L' utente anonimo dice che:
> "Via V Alpini in Comune di Tresivio corsia a monte , corsia a Valle Comune
> di Poggiridenti è Via Panoramica"
> (Complimenti ai due comuni)
> Come faccio a "separare" la way dandogli 2 nomi diversi?
> C'è la possibilità di inserire 2 way e taggarle come corsie?
> Come la risolvereste voi?
>

Quando ho avuto lo stesso problema ho fatto così:
http://www.openstreetmap.org/way/30992597

Ciao,

Andrea
___
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)

[Márcio Aguiar Ribeiro]

Você atualizou o josm?

Tive um problema semelhante ontem, mas com as áreas de dois hotéis. Sempre
utilizei caminhos sobrepostos em prédios e amenities que são colados um no
outro e nunca tive problema. Ontem ficou dando esse aviso no validador.


Em ter, 10 de mai de 2016 às 08:22, Sérgio V.  escreveu:

> Ok Nelson,  vou testar o merge e com validador.  Também imaginei que não
> fosse "errado". E fiquei preocupado também com a questão de se fosse ficar
> aparecendo sempre dezenas de warning no validador para cada quadra,
> atrapalhando, ou cada um que visse iria quere arrumar, bagunçando. Mas
> creio que talvez o JOSM deveria rever isto dos warnings. 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)

[Nelson A. de Oliveira]

Pessoalmente eu gosto de utilizar multipolígonos para representar
objetos com caminhos compartilhados, mas prédios grudados não estão
errados.
É utilizado em muitos locais e é o que
https://wiki.openstreetmap.org/wiki/Talk:Buildings#Joined_buildings
também confirma.

Daria para utilizar o plugin merge-overlap do JOSM (mas aparentemente
não está funcionando como deveria).

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".

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

Re: [Talk-it] Problema di upload con JOSM

[mircozorzo]

Ora i dati sono accessibili in scrittura ma il download va molto a rilento.

 



--
View this message in context: 
http://gis.19327.n5.nabble.com/Problema-di-upload-con-JOSM-tp5873188p5873232.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 upload con JOSM

[Max1234Ita]

Capito. Grazie a tutti! :-)
Max



--
View this message in context: 
http://gis.19327.n5.nabble.com/Problema-di-upload-con-JOSM-tp5873188p5873198.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 upload con JOSM

[Andrea Albani]

È un disservizio programmato per l'intera giornata di oggi notificato la
scorsa settimana nella lista inglese Announce.
Maggiori dettagli qui [0]
In sintesi puoi solo scaricare dati perchè l'upload è disabilitato.

Ciao

[0] http://wiki.openstreetmap.org/wiki/2016_May_server_maintenance
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it