Simone Cortesi ha scritto:
si opera cosi': vanno trasferite le proprieta' presenti sul confine
ISTAT a quello della coastline. io di solito interrompo la coastline
nel luogo dove cambia il comune lungo la costa. a quel punto si
cancella il confine istat e si fanno le opportune giunzioni.
io
2008/11/14 [EMAIL PROTECTED] [EMAIL PROTECTED]:
In Liguria ci sarebbero da allineare i confini di comuni e province alla linea
di costa, c'è qualche bot o qualche umano che può provvedere?
l'intervento va fatto a mano. se pero' qualche guru riesce a farlo in
automatico, gli verrà assegnato
In Liguria ci sarebbero da allineare i confini di comuni e province alla linea
di costa, c'è qualche bot o qualche umano che può provvedere?
Grazie
Alessandro Ale_Zena_IT
___
Talk-it mailing list
Talk-it@openstreetmap.org
On Sat, Nov 1, 2008 at 2:20 PM, Paolo Molaro [EMAIL PROTECTED] wrote:
Tra le incosistenze che sono state trovate:
1) http://www.openstreetmap.com/browse/relation/46862
La way 28085785 non c'entra nulla con il confine.
sistemata. la way che dici te, in effetti non aveva nulla a che fare col
On Mon, Nov 3, 2008 at 7:13 PM, lorex [EMAIL PROTECTED] wrote:
volevo sapere in merito ai confini se era possibile aggiustarli anche
adesso o se è meglio aspettare che avete finito di sistemarli.
direiche si puo' iniziare a sistemarli, ad infittirli di dettagli.
per aggiustare intendo che
2008/10/26 Alessandro De Noia [EMAIL PROTECTED]:
http://server.tah.openstreetmap.org/Browse/?layer=tilez=17x=71558y=49077
secondo me è un prob di conversione da inkscape.
-S
Il tile del tuo link lo (la?) vedo schiacciato :|, se faccio zoom out
invece funziona bene!
ho indagato la cosa.
+ 1 per le considerazioni espresse da guido ... per quanto riguarda
invece i Tag Created_by e source, a mio parere non ha seso rimuoverli
perchè all'atto in cui una persona lavora sui dati OSM presi dal
database, ha informazioni circa la provenienza del dato. Oltretutto
per altri strati, quali i
On Tue, Oct 28, 2008 at 8:11 PM, Paolo Molaro [EMAIL PROTECTED] wrote:
On 10/28/08 Roberto Navoni wrote:
Concordo con Ezio. Questi dati ridondanti ed inutili vanno eliminati:
non c'e' motivo per cui ognuno si debba scaricare megabyte di dati
che non servono a niente.
Posso fare uno script
On Thu, Oct 30, 2008 at 12:00 PM, Davide [EMAIL PROTECTED] wrote:
ps complimenti a Simone per il lavoro ed a Roberto per shape2OSM!
i dati di schio dove sono disponibili in shapefile?
che io e roberto volevamo provare ad importarli in openstreetmap.
-S
On 10/30/08 Davide wrote:
+ 1 per le considerazioni espresse da guido ... per quanto riguarda
invece i Tag Created_by e source, a mio parere non ha seso rimuoverli
perchè all'atto in cui una persona lavora sui dati OSM presi dal
database, ha informazioni circa la provenienza del dato.
--- Lun 27/10/08, Simone Cortesi [EMAIL PROTECTED] ha scritto:
Da: Simone Cortesi [EMAIL PROTECTED]
Oggetto: Re: [Talk-it] confini: finito!
A: [EMAIL PROTECTED], openstreetmap list - italiano
talk-it@openstreetmap.org
Data: Lunedì 27 ottobre 2008, 15:36
On Sat, Oct 25, 2008 at 1:10 PM
Paolo Molaro ha scritto:
On 10/28/08 Ezio Querini wrote:
Riguardo ai dati inseriti (ad es: [1]) ha senso per un
confine admin_level = 8 riportare lo stesso valore per
region:left e region:right o province:left e province:right?
forse lo si poteva omettere, ma non crea nessun
On Tue, Oct 28, 2008 at 5:35 PM, Ezio Querini [EMAIL PROTECTED] wrote:
A parte appesantire inutilmente il DB.
ma non lo vedo come un problema. non e' un dato sbagliato, ma un dato in piu'.
Inoltre in una relation di una regione (ad es: [3]) mi aspetterei di trovare
le way che delimitano i
--- Mar 28/10/08, Roberto Navoni [EMAIL PROTECTED] ha scritto:
Da: Roberto Navoni [EMAIL PROTECTED]
Oggetto: Re: [Talk-it] confini: finito!
A: talk-it@openstreetmap.org
Data: Martedì 28 ottobre 2008, 19:09
Paolo Molaro ha scritto:
On 10/28/08 Ezio Querini wrote:
Riguardo ai dati
On 10/28/08 Roberto Navoni wrote:
Concordo con Ezio. Questi dati ridondanti ed inutili vanno eliminati:
non c'e' motivo per cui ognuno si debba scaricare megabyte di dati
che non servono a niente.
Posso fare uno script che lo faccia.
Prima di toccare i dati forse bisogna scendere nel
On Sat, Oct 25, 2008 at 1:10 PM, Ezio Querini [EMAIL PROTECTED] wrote:
Riguardo ai dati inseriti (ad es: [1]) ha senso per un confine admin_level =
8 riportare lo stesso valore per region:left e region:right o province:left e
province:right?
forse lo si poteva omettere, ma non crea nessun
Il giorno Sat, 25 Oct 2008 07:53:27 +0200
Simone Cortesi [EMAIL PROTECTED] ha scritto:
ciao,
abbiamo i confini!!!
Sono stati caricati tutti. Si sono verificati alcuni errori nella
creazione delle relation a causa di modifiche ai punti precedentemente
caricati (412 Precondition Failed)
2008/10/26 Alessandro De Noia [EMAIL PROTECTED]:
Innanzitutto per lavoro!
Ieri ho richiesto il rendering a freeway e questo è stato il risultato
stamattina:
http://www.informationfreeway.org/?lat=41.12968230022157lon=16.549066935341532zoom=15layers=B000F000F
Non so se è un problema di
2008/10/25 Samuele Battarra [EMAIL PROTECTED]:
Ho controllato il confine con San Marino che nella lista degli errori era
segnato a mio nome.
Ho visto che sostanzialmente il confine era doppio, probabilmente lo avevo
inavvertitamente spostato.
Ora ho cancellato quello vecchio e lasciato solo
Il giorno Sat, 25 Oct 2008 07:53:27 +0200
Simone Cortesi [EMAIL PROTECTED] ha scritto:
ciao,
abbiamo i confini!!!
Qui abbiamo sempre quel problema di pezzetto di confine di Terlizzi nel
territorio di Ruvo di Puglia, inoltre credo che un lato del confine sia
sbagliato.
In questi casi cosa
2008/10/26 Alessandro De Noia [EMAIL PROTECTED]:
Qui abbiamo sempre quel problema di pezzetto di confine di Terlizzi nel
territorio di Ruvo di Puglia, inoltre credo che un lato del confine sia
sbagliato.
In questi casi cosa si fa?
per ruvo: potrebbe essere, un enclave di terlizzi in ruvo di
21 matches
Mail list logo