On Monday 10 March 2014 13:57:44 Andre Engels wrote:
Primary/secondary/tertiary/unclassified distinctions are not absolute for
Belgium, there is some degree of subjective judgement in that. Having said
that, N-roads are usually secondary (or primary), so I'd say that one
should have a good
Here is the full transcript of my latest exchange with him. Needless to
say he's saying we are all wrong and he's right. What can you do
against someone like that, his all rebutal consist of examples , not
facts. Enjoy:
Glenn,
Ik zie inderdaad dat polyglot zich bezig gehouden heeft met
Dag Iedereen,
Karel, jou verder helpen met je probleem is graag gedaan. Bedankt voor
deze woorden vol lof.
Spijtig genoeg ben ik niet actief meer bezig met OSM en volg dus ook
niet alle berichtjes op de mailinglijst.
Maar desalniettemin sta ik wel open om jullie vragen en problemen
omtrent
Lastig communiceren op die manier... Om te weten hoe we flitsers mappen,
ben ik indertijd in de wiki gaan kijken. Nu het verwijt krijgen dat
Polygloty denkt het beter te weten, werkt op m'n lachspieren. In ieder
geval heb ik op de mailing list van OsmAND een boodschap gepost om hen
duidelijk te
On 2014-03-10 13:37, Marc Gemis wrote :
The Humbeeksesteenweg (N211a) was tagged as a tertiary road.
Recently OsmAnd_pieter changed this to secondary.
http://www.openstreetmap.org/way/144119601/history
Is this correct ?
According to IGN/NGI and the reasoning below, Benedestraat N211a is
On Monday 10 March 2014 17:48:06 André Pirard wrote:
According to IGN/NGI and the reasoning below, Benedestraat N211a is
(officially) a secondary road.
The first question is; what is a primary/secondary/tertiary road?.
And why is it useful to know? To make better GPS routing?
The current
On 10-03-14 18:03, Ben Laenen wrote:
On Monday 10 March 2014 17:48:06 André Pirard wrote:
According to IGN/NGI and the reasoning below, Benedestraat N211a is
(officially) a secondary road.
The first question is; what is a primary/secondary/tertiary road?.
And why is it useful to know? To make
On 2014-03-10 18:14, Glenn Plas wrote :
On 10-03-14 18:03, Ben Laenen wrote:
On Monday 10 March 2014 17:48:06 André Pirard wrote:
According to IGN/NGI and the reasoning below, Benedestraat N211a is
(officially) a secondary road.
The first question is; what is a primary/secondary/tertiary
Hi,
I did think a bit more about the situation and think it makes
no sense to try to rescure the meaning of layer for ways
at different levels connected with pylons or similar
constructions.
For simple cases such as pylons of aerial tramways it is defined
so, that the tramway is above ground
I logged on to IRC last week and got some good comments there too, so once
again, thanks for asking good questions and providing good help!
One thing that was brought up is the question of how this research will
benefit OSM, how will it make the map better?
We're aiming to discover to what
Mede mappers,
Zaterdag is er vanaf 15:00 een borrel in Amsterdam bij Cafe Bax aan de Ten
Katestraat 119.
Er is geen agenda, maar alles kan besproken worden :) Ik zal jullie in
ieder geval over mijn BAG avonturen vertellen!
Over het algemeen staan er bij deze borrels geen laptops op tafel en
Group,
Just letting you know I have made some friendly contact with Linking Melbourne
Authority, and they have acknowledged the issue and are working to include the
appropriate attribution.
Steve
- Original Message -
From: Leon Kernan
Sent: 03/05/14 10:01 PM
To: stev...@email.com
2014-03-09 18:13 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com:
a) Ter um .poly mais simples;
155 nós:
https://raw.github.com/osmandapp/OsmAnd-misc/master/osm-planet/geo-polygons/south-america/brazil.poly
___
Talk-br mailing list
Diariamente eu gero um mapa pro Garmin apenas do estado de SP.
Uso apenas a saída do splitter para fazer controle de qualidade no
estado (rotatórias erradas, por exemplo). O mapa em si eu descarto.
Caso alguém tenha interesse eu posso começar a disponibilizá-lo também.
Olá a todos,
Eu fiz uma montagem dos mapas do IBGE para alguns municípios de minha
região e as sincronizei no OSM com o plugin PicLayer.
Pensei em disponibilizar em meu projeto essas montagens e os arquivos de
calibração para fins de mapeamento no OSM, mas embora eu ache uma boa
ideia, vocês
Desculpa a demora em responder.
Eu concordaria com você se as tags addr:door, addr:unit e addr
estivessem em uso amplo. Mas apesar da idade, não estão,
principalmente porque ninguém se preocupou em colocá-las nos presets
dos editores: nem Potlatch, nem iD, nem JOSM. E elas existem há uns 3
anos.
Cheguei tarde. Mas umas observações:
1. A tag traffic_sinal:direction=forward/backward é controversa porque
nenhum editor é capaz de atualizá-la quando se inverte a direção de
uma via
(https://lists.openstreetmap.org/pipermail/tagging/2013-August/014584.html).
2. A direção a que um semáforo se
Em teoria faz todo o sentido, mas eu já vi muita gente fugindo de
relações hierárquicas com múltiplos níveis (o máximo costuma ser 2
níveis). Isso é provavelmente devido ao mau suporte a relações por
parte dos editores, e/ou à dificuldade de tratar de relações em
aplicações. Sabe se está sendo
Também acho interessante fazer um mutirão assim de tempos em tempos
pra consertar problemas, não só nas rodovias. Acho que também teríamos
que fazer algo no sentido da prevenção, senão daqui a uns tempos
teremos que fazer os mesmos consertos de novo. (Eu já estou tentando
fazer os desenvolvedores
Uma idéia talvez interessante: já que a URL do TMS pode ser um
endereço local, que tal compilar os tiles e disponibilizar num
torrent? Isso dispensa manter um servidor adicional no ar, e os
mapeadores poderiam baixar só os subconjuntos que interessam. Além
disso, várias pessoas servindo o torrent
Concordo. Acho essas petições on-line ineficazes. Sugiro, com base na Lei
de Acesso à Informação, solicitar tais dados aos Correios protocolando
requerimento por meio de canal oficial. Acesse:
http://www.correios.com.br/sobreCorreios/empresa/acessoinformacao/default.cfm.
O requerimento pode
Sim, bem lembrado o caráter extraordinário da situação.
Em 10 de março de 2014 11:38, Fernando Trebien
fernando.treb...@gmail.comescreveu:
Cheguei tarde. Mas umas observações:
1. A tag traffic_sinal:direction=forward/backward é controversa porque
nenhum editor é capaz de atualizá-la quando
Obrigado, Nélson, vou tentar e atualizar o kit em caso de sucesso.
[ ]s
Paulo
2014-03-10 8:28 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com:
2014-03-09 18:13 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com:
a) Ter um .poly mais simples;
155 nós:
Oi, Nélson, esse mapa que tu geras é totalmente funcional ou compilas com
um conjunto mínimo de opções só para teus controles?
Se estiveres gerando um mapa utilizável, o Márcio Thundercel (gestor do
Cocar) pode te dar uma senha para hospedar o mapa no site do Cocar.
Diariamente é uma frequência
2014-03-10 13:26 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com:
Oi, Nélson, esse mapa que tu geras é totalmente funcional ou compilas com um
conjunto mínimo de opções só para teus controles?
Até onde eu sei é funcional (apesar de eu não possuir um Garmin para testar)
Me passa as flags
Olá,
Eu acho bom que exista a petição para chamar a atenção para o problema e
mostrar que há gente insatisfeita. Mas a petição por si só não resolverá
nada mesmo.
A base do CEP é um índice público por isso não está na lista de informações
restritas, mas isso não quer dizer que seja livre. Se um
Fernando,
eu comecei a usar a tag direction.forward= xxx nas vias de acesso a
determinadas cidades (nos acessos de mão única, coloco apenas direction=xxx).
Percebi que, pelo menos no iD, quando eu inverti o sentido da via, essa tag foi
alterada de forward para backward.
Atenciosamente,Raffaello
Vitor,
Pordoe a minha colocação. Acreditar que uma lista sem valor jurídico
e um pouco de barulho sensibilizará os gestores dos Correios é idealismo.
Mas não tens culpa, tu deves ser jovem, é até saudável pensar assim. Mas
sejamos pragmáticos, acho essas petições semelhantes aqueles
Além das opções burocráticas usamos essas:
--process-exits
--gmapsupp
--index
--preserve-element-order
--route
--housenumbers
--adjust-turn-headings
--remove-short-arcs
--latin1
[ ]s
PC
Em 10 de março de 2014 15:49, Paulo Carvalho
paulo.r.m.carva...@gmail.comescreveu:
Além das opções
Você inverteu o sentido da via e ele inverteu o valor da etiqueta no ponto
automaticamente?
Se sim, ok. Mas daí eu vou lá reclamar pra eles porque isso (que é mais
complexo e menos importante) eles fizeram logo enquanto que o tratamento
correto das relações (que seria bem mais simples) eles não
2014-03-10 15:50 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com:
--remove-short-arcs
Esse pode interferir com --report-similar-arcs? (removendo os arcos
nulos vai passar a não reportar)
Se sim eu vou ter que gerar duas vezes o mapa (mas também não tem problema)
Essas são preenchidas
Oi Paulo,
Sou idealista mesmo e não é por causa da minha idade. Se você não acredita
que vai funcionar, tem o direito de não assinar e não ajudar em nada.
Pedir via LAI resolve o problema de uns, mas seria bom para todo mundo que
esta base seja aberta, livre e de fácil acesso.
Abraço,
Vitor
Obrigado gente pelas respostas.
o Que acontece é o seguinte:
Eu tenho uma via(residential ou secondary) com dois sentidos(no caso seria
mão e contra mão).
E preciso adicionar o semáforo em apenas uma mão.
Pois é uma simulação de trânsito,no qual vou utilizar o simulador SUMO.
Se eu colocar o
2014-03-10 17:49 GMT-03:00 andre viana andremusicpi...@gmail.com:
Eu tenho uma via(residential ou secondary) com dois sentidos(no caso seria
mão e contra mão).
Então não cria nenhuma via artificial para separar semáforo.
___
Talk-br mailing list
Ahhh sim. Então cai no caso padrão comentado pelo Thiago. Use
traffic_signals:direction.
http://wiki.openstreetmap.org/wiki/Key:traffic_signals:direction
Se o simulador SUMO não suportar, aí você pode fazer algum tipo de
pré-processamento nos dados do OSM, sem no entanto subir para o projeto
Bom, eu não sei o que vc quer dizer como ponto, mas veja por exemplo que nessa
via (http://www.openstreetmap.org/way/265349292), em que acabei de testar
novamente no iD, ao se inverter seu sentido a tag passa de forward para
backward.
Date: Mon, 10 Mar 2014 16:15:42 -0300
From:
Eu concordo com Paulo Carvalho,
Acredito que usar a Lei de acesso a informação é a melhor forma.
Raramente vi petições fazerem grande efeito.
Abraços
Em 10 de março de 2014 16:57, Vitor George vitor.geo...@gmail.comescreveu:
Oi Paulo,
Sou idealista mesmo e não é por causa da minha idade.
Mais ou menos isso Raffael.
A marcação trafic signals quando é adicionada a um nó,o semáforo é
adicionado aos dois sentidos da via.
Porém estou procurando uma forma de adicionar em apenas uma.
Em 6 de março de 2014 13:09, Arlindo Pereira
openstreet...@arlindopereira.com escreveu:
Concordo.
Senhores boa noite,
Infelizmente por experiência própria informo que nenhum dos dois métodos
deve funcionar, apesar de ter assinado a petição, duvido que a administração
do correio abra mão dessa receita voluntariamente, até porque quando
inventaram o DNE (Diretório Nacional de Endereços) foi
On 10-03-2014 20:01, Raffaello Bruno Limongi Freire wrote:
Fernando,
eu comecei a usar a tag direction.forward= xxx nas vias de acesso a
determinadas cidades (nos acessos de mão única, coloco apenas
direction=xxx). Percebi que, pelo menos no iD, quando eu inverti o
sentido da via, essa tag
On 08-03-2014 04:02, Erick de Oliveira Leal wrote:
Thiago, tenho umas imagens do DF aqui divididas em 28. Como faço pra
montar um desse?
Olá Erick,
Estou usando o gdal_merge + gda2tiles.py, mas no momento está bem lento.
Estou acertando alguns detalhes aqui e vou atualizar a versão no
On 08-03-2014 14:22, Marcelo Pereira wrote:
Thiago,
Novamente parabéns pelo excelente trabalho.
Opa, valeu demais!
Gostaria de saber como faço para ajudar no processamento.
Se vc tiver um script de como gerar os tiles, fica mais fácil
distribuir a tarefa por quem se interessar, e cada um
On 09-03-2014 23:31, Bráulio Bhavamitra wrote:
Oi Thiago,
Se for o caso, oferece uma máquina com acesso remoto, muita memória e
hd e um razoável poder de processamento para você processar mais coisas...
Valeu Bráulio. Lhe aviso se precisar, certamente.
Aproveito para agradecer o apoio da
On 09-03-2014 22:43, Alex Barth wrote:
Thiago -
This tracing layer looks great.
2014-03-07 16:02 GMT-05:00 Thiago Marcos P. Santos
tmpsan...@gmail.com mailto:tmpsan...@gmail.com:
(um sonho que vai requerer muito poder de processamento e
espaço de armazenamento). :)
Take a look at
Ugh, JOSM, não JSON.
Força do hábito. :)
2014-03-11 0:46 GMT+02:00 Thiago Marcos P. Santos tmpsan...@gmail.com:
On 08-03-2014 04:02, Erick de Oliveira Leal wrote:
Thiago, tenho umas imagens do DF aqui divididas em 28. Como faço pra
montar um desse?
Olá Erick,
Estou usando o gdal_merge +
Reinaldo, tenho duas perguntas:
a) Eles têm pelo menos uma amostra da base? Seria bom saber o que dá para
fazer com esses dados.
b) Digamos que eu compre uma cópia, posso colocá-la numa base aberta como o
OSM?
[]s
Paulo
Em 10 de março de 2014 19:29, Reinaldo Neves
Em 10 de março de 2014 16:43, Nelson A. de Oliveira nao...@gmail.comescreveu:
2014-03-10 15:50 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com:
--remove-short-arcs
Esta opção remove segmentos de comprimento infinitesimal.
Esse pode interferir com --report-similar-arcs? (removendo
On Mon, Mar 10, 2014 at 9:03 PM, Erick de Oliveira Leal
erickdeoliveiral...@gmail.com wrote:
Olha o que o OSMand fez:
As versões nightly possuem um algoritmo melhorado (mais eficáz e rápido).
Nas versões mais anteriores (incluindo a estável) você pode habilitar
o precise routing. Ele gera as
Testarei. Mas mandei a mesma mensagem no forum deles... Vi tb q existe o
gerador d mapas para o osmand. E tb existe um endereço onde vc pode baixar
da internet sem precisar exceder o limite de 10.
Em 10/03/2014 21:38, Nelson A. de Oliveira nao...@gmail.com escreveu:
On Mon, Mar 10, 2014 at 9:03
Funcionou. Inclusive já atualizei o kit.
2014-03-10 8:28 GMT-03:00 Nelson A. de Oliveira nao...@gmail.com:
2014-03-09 18:13 GMT-03:00 Paulo Carvalho paulo.r.m.carva...@gmail.com:
a) Ter um .poly mais simples;
155 nós:
Reinaldo,
O argumento da ECT (que diz que já fornece acesso a informação mediante a
pagina de pesquisa fornecida por eles) não se sustenta. Da forma como é
disponibilizado a informação no site da ECT não está se cumprindo os *Inciso
II, III e IV do paragrafo 3 do artigo 8* da LAI (Lei 12527 de 18
Caso simples que funciona tanto com o iD quanto com o JOSM:
- via A + tag direcional na via A: você inverte a via e a tag é
invertida junto (forward vira backward, ou oneway=yes vira oneway=-1,
esse tipo de coisa)
Caso complicado (que ninguém resolve automaticamente, acabei de testar):
- via de
Suspeito fortemente que esse simulador (ou mais especificamente, o seu
conversor, o NetConvert) não suporta a tag traffic_signals:direction,
ela é muito nova e requer um processamento mais esperto do que o
usual, e também não encontrei nenhuma informação na documentação
Por isso que eu uso o Mapfactor Navigator. :D E alguns também usam o
NavFree, ou outros aparelhos/apps fazendo uma conversão manual do
mapa.
É estranho que o OsmAnd ainda tenha esses problemas. É como se os
desenvolvedores se recusassem a ler sobre o algoritmo clássico de
busca de caminhos em
Wir feiern morgen den 40. Zürcher Stammtisch. Wer Zeit hat ist natürlich
herzlich eingeladen.
https://wiki.openstreetmap.org/wiki/DE:Switzerland:Z%C3%BCrich/OSM-Treffen#50._OSM-Stammtisch_.28bei_Gbanga.29
Simon
___
Talk-de mailing list
Hi,
seit einigen Tagen waren die Relationen 214885 und 218657 nicht mehr
geschlossen.
Die Änderungen sind in den Changesets 20955266 und 20955506.
Meine Änderungen sind in den Changesets 21021916 und 21021856. Wobei ich
nur den überhängenden Teil zwischen den Relationen 214885 nach 218657
Hallo,
ich habe mir gerade einmal angeschaut, wie der Passauer Stefansdom
getaggt ist. Die Türme sind z.B. einfach in das Kirchenschiff
hineingestellt, offenbar braucht man für building:part=yes keine
Löcher im Gebäude (die würden dann in der 2D-Ansicht auch als
Löcher dargestellt).
Wenn eine
Am 10. März 2014 16:19 schrieb Ralf GESELLENSETTER r...@gmx.de:
ich habe mir gerade einmal angeschaut, wie der Passauer Stefansdom
getaggt ist. Die Türme sind z.B. einfach in das Kirchenschiff
hineingestellt, offenbar braucht man für building:part=yes keine
Löcher im Gebäude (die würden dann
Hallo Peter, hallo Liste
danke für deine guten Beispiele. Ich gebe zu, dass meine Bemerkung etwas
provokant war; vielleicht wollte ich damit relativieren, dass es nicht
per se schlecht ist, für den Renderer zu taggen.
Am 09.03.2014 10:45, schrieb Peter Wendorff:
Theoretisch könnte man sich
_NMEA-2-Kanal-Daten-Logger_
Von OpenSeaMap gibt es einen Daten-Logger für NMEA-0183.
Zwei Kanäle können gleichzeitig aufgezeichnet werden.
Integriert ist ein Lage- und Beschleunigungssensor
und eine interne Zeitbasis um die Datenpakete zu stempeln.
Ein Kanal ist umschaltbar auf Seatalk-1
Beide
Bitkoin: questa derivazione cos'è?
http://www.openstreetmap.org/way/36016287
per il momento mi sono limitato a modificare il tag
note = Please don't create new venues unless they have physical presence on
ground
-
--
cascafico.altervista.org
twitter.com/cascafico
--
View this message
Leonardo wrote
Scusate ma la maggior parte sono highway=footway. È corretto? :-/
___
Talk-it mailing list
Talk-it@
https://lists.openstreetmap.org/listinfo/talk-it
Si l'utente ha messo il tag highway=footway a quasi tutti i suoi percorsi.
2014-03-01 10:15 GMT+01:00 Gianluca Boero gianlucabo...@alice.it:
Ciao Ida.
Credo tu utilizzi Josm per la tua operatività.
Innanzi tutto in fase di caricamento non ci dovrebbero essere errori. A me
accade spesso ad esempio in sentieri di montagna, di caricare nodi
sovrapposti, dovuti a pause
Il giorno 10 marzo 2014 11:34, Andrea Musuruane musur...@gmail.com ha
scritto:
Incuriosito da questo post, ho fatto la seguente query con overpass turbo:
[...]
Sono usciti un bel po' di feature. Potete iniziare a correggere :)
Personalmente toglierei anche gli oneway=no. Qualcuno li
2014-02-08 11:47 GMT+01:00 Giuseppe Amici giuseppeam...@virgilio.it:
Ho verificato che il link:
http://osmarelmon.won2.de/Controller?action=start
Che utilizzavo per il monitoraggio delle modifiche a relazioni,
NON è più raggiungibile.
per caso ho ritrovato questa tua mail, sembra di nuovo
Mi ha risposto ora scusandosi e assicurandomi che in settimana provvederà
alla rimozione dei tracciati.
--
View this message in context:
http://gis.19327.n5.nabble.com/zona-Gran-Sasso-tp5799198p5799254.html
Sent from the Italy General mailing list archive at Nabble.com.
Am 10/mar/2014 um 11:34 schrieb Andrea Musuruane musur...@gmail.com:
Sono usciti un bel po' di feature. Potete iniziare a correggere :)
il layer=0 non è da correggere solo perché viene generalmente considerato
default nel senso che non è un errore, invece potrebbe essere una conferma del
Ciao,
stando a questa pagina della wiki
http://wiki.openstreetmap.org/wiki/IT:Key:name non si dovrebbero
riportare i numeri latini nel nome della via ma usare i numeri arabi.
Volevo chiedere se fosse possibile farli evidenziare al servizio di
controllo degli errori OSM in Italia
Am 10/mar/2014 um 11:44 schrieb Fabrizio Tambussa ftambu...@gmail.com:
Personalmente toglierei anche gli oneway=no.
anche questo potrebbe essere una conferma del mappatore. Come distingui tra un
oneway=no (verificato) ed una strada dove nessuno ha mai verificata se fosse a
senso unico?
Il 10 marzo 2014 12:59, Leonardo kinetocor...@gmail.com ha scritto:
Ciao,
stando a questa pagina della wiki
http://wiki.openstreetmap.org/wiki/IT:Key:name non si dovrebbero riportare i
numeri latini nel nome della via ma usare i numeri arabi. Volevo chiedere se
fosse possibile farli
Il 10 marzo 2014 12:59, Leonardo ha scritto:
http://wiki.openstreetmap.org/wiki/IT:Key:name non si dovrebbero riportare i
numeri latini nel nome della via ma usare i numeri arabi.
però Nominatim non gestice l'equivalenza
--
Daniele Forsi
___
2014-03-10 13:23 GMT+01:00 Daniele Forsi dfo...@gmail.com:
http://wiki.openstreetmap.org/wiki/IT:Key:name non si dovrebbero riportare i
numeri latini nel nome della via ma usare i numeri arabi.
però Nominatim non gestice l'equivalenza
posso rispondere: sono problemi di nominatim?
non
E vabbe'... scusa ma stavolta io ti devo contraddire.
Se non mappiamo per il geocoding, non mappiamo per il rendering, non
mappiamo per il *ing, allora... per che cosa stiamo mappando?
Nominatim avrà pure un miliardo di difetti, ma è uno strumento _importante_
per la fruibilità dei dati da parte
Non facciamo prima a fare un revert dei suoi changeset?
Ciao
/niubii/
Il 10/mar/2014 11:52 Pier88 pierluig...@gmail.com ha scritto:
Mi ha risposto ora scusandosi e assicurandomi che in settimana provvederà
alla rimozione dei tracciati.
--
View this message in context:
2014-03-10 11:51 GMT+01:00 Pier88 pierluig...@gmail.com:
Mi ha risposto ora scusandosi e assicurandomi che in settimana provvederà
alla rimozione dei tracciati.
visto che si tratta di un newbie, forse ha bisogno di aiuto? Ha proseguito
lui in persona questi percorsi? Come li ha rilevati (GPS
Francesco Pelullo wrote
Non facciamo prima a fare un revert dei suoi changeset?
Ciao
/niubii/
___
Talk-it mailing list
Talk-it@
https://lists.openstreetmap.org/listinfo/talk-it
Immagino di si, ma lascio questo ai più esperti. Se qualcuno lo
Ciao,
ho bisogno di un suggerimento per lo scripting. Ho due file SHP con le
seguenti caratteristiche:
-Uno contiene i numeri civici, il codice via e tutte le informazioni per
la georeferenziazione del suddetto civico
-Il secondo contiene il codice via e il nome della via
Devo ricostruire
2014-03-10 13:26 GMT+01:00 Simone Cortesi sim...@cortesi.com:
2014-03-10 13:23 GMT+01:00 Daniele Forsi dfo...@gmail.com:
http://wiki.openstreetmap.org/wiki/IT:Key:name non si dovrebbero
riportare i
numeri latini nel nome della via ma usare i numeri arabi.
però Nominatim non gestice
dieterdreist wrote
2014-03-10 11:51 GMT+01:00 Pier88 lt;
pierluigi18@
gt;:
Mi ha risposto ora scusandosi e assicurandomi che in settimana provvederà
alla rimozione dei tracciati.
visto che si tratta di un newbie, forse ha bisogno di aiuto? Ha proseguito
lui in persona questi
Carichi i due shapefile e poi dalle proprietà dello shape dei numeri civici
vai su Join e gli dici di aggiungere gli attributi del file delle vie su
quello dei civici. Per la parte delle vie dovrebbe bastare caricare il dbf,
non servono le geometrie..
Ciao,
Stefano
Il giorno 10 marzo 2014
2014-03-10 14:22 GMT+01:00 Leonardo kinetocor...@gmail.com:
-Il secondo contiene il codice via e il nome della via
Devo ricostruire un file in modo tale che siano mantenute le informazioni
sul numero civico e la georeferenziazione e che siano aggiunti i nomi delle
vie dal secondo file.
2014-03-10 12:57 GMT+01:00 Martin Koppenhoefer dieterdre...@gmail.com:
Am 10/mar/2014 um 11:34 schrieb Andrea Musuruane musur...@gmail.com:
Sono usciti un bel po' di feature. Potete iniziare a correggere :)
il layer=0 non è da correggere solo perché viene generalmente considerato
Grazie sabas, ci provo!
Per quanto riguarda i nomi, li correggerò a mano, non sono tantissimi
quelli che presentano questo problema :)
Leonardo
Il 10/03/2014 14:28, Simone Cortesi ha scritto:
2014-03-10 14:22 GMT+01:00 Leonardo kinetocor...@gmail.com:
-Il secondo contiene il codice via e
Il 10 marzo 2014 14:28, Simone Cortesi ha scritto:
poi c'e' il problema di trasformare il campo VIA in un nome accettabile da
OSM:
VIA MIMOSE, (DELLE) -- Via delle Mimose
per Pavia io ho qualcosa di già fatto che uso per lo stradario, non
metto la preposizione al posto giusto, ma cerco una
Mi sembra strano che il 44% sia presente solo in OSM, che non sia un
problema di nomi?
Per quanto riguarda il 53% direi che è possibile dato che non siamo
sicuri che tutti i nomi delle strade siano già presenti in Pavia. È
possibile estrarre i nomi di quelli presenti solo nei dati del comune
Il giorno 10 marzo 2014 14:53, Leonardo kinetocor...@gmail.com ha scritto:
Mi sembra strano che il 44% sia presente solo in OSM, che non sia un
problema di nomi?
Per quanto riguarda il 53% direi che è possibile dato che non siamo sicuri
che tutti i nomi delle strade siano già presenti in
Sabas,
il problema è che ho il file shp dei civici e il file dbf dei nomi,
dov'è la funzione su QGIS per fonderli assieme? Non trovo il Join che
dici tu.
Leonardo
Il 10/03/2014 14:25, sabas88 ha scritto:
Carichi i due shapefile e poi dalle proprietà dello shape dei numeri
civici vai su
-Original Message-
From: Daniele Forsi [mailto:dfo...@gmail.com]
Sent: lunedì 10 marzo 2014 13:24
To: openstreetmap list - italiano
Subject: Re: [Talk-it] Segnalare numeri romani come Errore OSM
Il 10 marzo 2014 12:59, Leonardo ha scritto:
http://wiki.openstreetmap.org/wiki/IT:Key:name
2014-03-10 14:37 GMT+01:00 Andrea Musuruane musur...@gmail.com:
Prova a eseguire la query che ho mandato, poi ne riparliamo. Grazie.
;-)
si, per un oggetto che non altri tags che per oggetti astratti (come aree
amministrative) il tag layer non ha senso (perché layer ha senso soltanto
per
Qualcuno ha avuto successo con realvista? Io ho tentato di registrarmi, ma
non accedo, quando faccio il login non succede niente.
ciao,
Martin
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it
Il 10 marzo 2014 15:14, Alberto Nogaro bartosom...@yahoo.it ha scritto:
Anche se il wiki italiano dice di usare i numeri arabi, temo che siano
parecchi i mappatori che non conoscono la regola e si affidano al più
generale principio on the ground (è normale vedere targhe e cartelli che
usano i
Controlla meglio.
Per ogni layer (ogni shapefile) dovresti avere tre files separati:
- nomefile.shp contiene le geometrie;
- nomefile.dbf contiene la tabella degli attributi;
- nomefile.shx contiene gli indici.
A volte hai anche un quarto file nomefile.prj nel quale è definita la
proiezione ed
Il 10/03/2014 16:37, Cristian Consonni ha scritto:
Il 10 marzo 2014 15:14, Alberto Nogaro bartosom...@yahoo.it ha scritto:
Anche se il wiki italiano dice di usare i numeri arabi, temo che siano
parecchi i mappatori che non conoscono la regola e si affidano al più
generale principio on the
Il 10 marzo 2014 15:00, sabas88 ha scritto:
x daniele: aggiungi tabletools (https://datatables.net/extras/tabletools/)
per abilitare il salvataggio :)
l'ho aggiunto, ma ci sto sbattendo la testa da un po' per capire come
mai esporta sempre tutte le righe, anche il pulsante Copy copia
sempre
...dico la mia...visto che tutti abbiamo combinato qualche pasticcio
all'inizio...lascerei qualche giorno per vedere come evolve la situazione
magari aiutandolo
--
View this message in context:
http://gis.19327.n5.nabble.com/zona-Gran-Sasso-tp5799198p5799323.html
Sent from the Italy General
ho provato a vedere le leggi ma li non c'è ombra di dati geografici
esistono tante leggi di solito a livello regionale che istituiscono una
determinata area protetta , ho provato a vedere la legge dell'area di
mio interesse ma non sono riuscito a trovare dati geografici
Il 09/03/2014 20:52,
Il giorno 10 marzo 2014 19:28, Daniele Forsi dfo...@gmail.com ha scritto:
Il 10 marzo 2014 15:00, sabas88 ha scritto:
x daniele: aggiungi tabletools (
https://datatables.net/extras/tabletools/)
per abilitare il salvataggio :)
l'ho aggiunto, ma ci sto sbattendo la testa da un po' per
Am 10/mar/2014 um 20:06 schrieb Guido Salemme osm.l...@gmail.com:
ho provato a vedere le leggi ma li non c'è ombra di dati geografici
dovrebbero essere o delle descrizioni testuali oppure allegati
___
Talk-it mailing list
I'll map the area South of the Cathedral
On Mon, Mar 10, 2014 at 4:27 PM, Matthijs Melissen i...@matthijsmelissen.nl
wrote:
On 4 March 2014 17:39, Andy Robinson ajrli...@gmail.com wrote:
We have of course also the planned day in Worcester on Sat 15th.
Let's start with claiming parts of
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
xgis.maaamet.ee, Maanteeameti kaardirakendus.
Tänan. Seda ma nägin küll, aga ref numbreid jne ma ei näinud (peale
maantee numbreid). Nüüd vaatasin uuesti ja leidsin neid ka.
Manuel
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
1 - 100 di 144 matches
Mail list logo
