On Wednesday 24 July 2013 11:15:02 Janko Mihelić wrote:
Thanks for this!
Do you use only the seamark lights that don't have the fixme tag? We still
have a lot of those, we'll have to work on that:
http://overpass-turbo.eu/s/Dw
No, all seamarks are rendered independently of the fixme tag.
Naletio neki dan na statistike za Noteove kad ono imam što vidjeti; i Hrvatska
i ja u Top 10 :D
https://www.dropbox.com/s/jz9fxgj9ecyuvzj/notes.PNG
___
Talk-hr mailing list
Talk-hr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-hr
Čestike!
On Thu, Jul 25, 2013 at 9:48 PM, Fiki fik...@hotmail.com wrote:
Naletio neki dan na statistike za Noteove kad ono imam što vidjeti; i
Hrvatska
i ja u Top 10 :D
https://www.dropbox.com/s/jz9fxgj9ecyuvzj/notes.PNG
___
Talk-hr mailing
Hi Maning,
I just came from the Kaybiang tunnel (Ternate - Nasugbu road) today and
tracked the new road ...
I was surprised that the roads on openstreetmap and also that on Google do
not yet show what is apparently the newly built and nicely concreted road
southeast of Sta Mercedes. What they
Great info Ed. Will try to check if I can squeeze this in this weekend.
Ervin M.
*Schadow1 Expeditions* - A Filipino must not be a stranger to his own
motherland.
http://www.s1expeditions.com
On Thu, Jul 25, 2013 at 9:12 PM, Ed Garcia eppgar...@gmail.com wrote:
Hi Maning,
I just came from
2013/7/24 Kurt Roeckx k...@roeckx.be
fire_hydrant
Hello Kurt,
No, there are 3 numbers for the offset, in the tag fire_hydrant:position
** fire_hydrant:position= lane/parking_lot/sidewalk/green; left
offset;front offset;right offset
But in the official description (see below), there is no
On 2013-07-25 10:16, Teddy wrote:
2013/7/24 Kurt Roeckx k...@roeckx.be mailto:k...@roeckx.be
fire_hydrant
Hello Kurt,
No, there are 3 numbers for the offset, in the tag fire_hydrant:position
** fire_hydrant:position= lane/parking_lot/sidewalk/green; left
offset;front offset;right
This is pretty interesting visualisation / Vrij interessante
voorstelling van grensoverschrijdend mappen
Original Message
Subject:[OSM-talk] Mapping cooperation between countries in OSM
Date: Thu, 25 Jul 2013 11:47:45 +0200
From: Frédéric Bonifas
On Thu, Jul 25, 2013 at 10:16:14AM +0200, Teddy wrote:
2013/7/24 Kurt Roeckx k...@roeckx.be
fire_hydrant
Hello Kurt,
No, there are 3 numbers for the offset, in the tag fire_hydrant:position
On the signs there are only ever 2 of those numbers. Either you
one to the left or one to the
On 2013-07-25 21:29, Kurt Roeckx wrote:
On Thu, Jul 25, 2013 at 10:16:14AM +0200, Teddy wrote:
2013/7/24 Kurt Roeckx k...@roeckx.be
fire_hydrant
Hello Kurt,
No, there are 3 numbers for the offset, in the tag fire_hydrant:position
On the signs there are only ever 2 of those numbers.
Hi,
For a long time I have wanted to know where people from a given
country also contribute in OpenStreetMap.
I have analyzed all the nodes in the OSM Planet from the 15th June
2013 and I came up with this map :
http://fredericbonifas.github.io/OSM-cooperation/
One identified bias is that each
On 24.07.2013 17:35, Andy Robinson wrote:
colliar [mailto:colliar4e...@aol.com]
Sent: 24 July 2013 14:14
To: talk@openstreetmap.org
Subject: Re: [OSM-talk] Is there some lag in the backend data?
On 24.07.2013 10:39, Andy Robinson wrote:
From: Maarten Deen [mailto:md...@xs4all.nl]
Dear
On 2013-07-24 15:14, colliar wrote:
On 24.07.2013 10:39, Andy Robinson wrote:
From: Maarten Deen [mailto:md...@xs4all.nl]
Would you two please report this at the right place. [1] !
Ticket created as https://josm.openstreetmap.de/ticket/8904
Additions and observations to the ticket welcome.
I'm trying something different in the hopes of getting more awareness about
potential website changes with significant feature or UI impacts. The
suggested place for comments is on the github issues or pull requests
Reorganize export/share UI - the next set of changes to the share UI.
Github page
Hallo Seijo
van harte welkom in onze community. Je bijdragen aan OSM worden zeer op
prijs gesteld. Doelstelling is namelijk om OSM de beste kaart ter wereld te
maken. In je directe omgeving zul je vast merken dat er (naast wandelpaden)
ook nog de nodige POI's zullen ontbreken die eenvoudig toe te
Hi Sophie,
This mailing list is quite inactive. It's better to try and contact the
Dutch community on their osm forum:
http://forum.openstreetmap.org/viewforum.php?id=12
AND is not the only data that gets imported in The Netherlands. They are
quite progressive and many sources like cadastre
I've now obtained permission and recorded it at
http://wiki.openstreetmap.org/wiki/Contributors#South_Australian_Government_data
This is really very helpful as it allows:
* at least a first pass for filling in nonames roads
* geo-referencing Bing photos against property boundaries at least
Well done. Thanks for following it up.
- Ben Kelley
On 25 Jul 2013 16:19, Alex Sims a...@softgrow.com wrote:
I've now obtained permission and recorded it at
http://wiki.openstreetmap.org/wiki/Contributors#South_Australian_Government_data
This is really very helpful as it allows:
* at
Top job. Looks like the walls are tumbling down and access been gradually
granted to government data.
Cheers Brett
Date: Thu, 25 Jul 2013 16:40:02 +1000
From: ben.kel...@gmail.com
To: a...@softgrow.com
CC: talk-au@openstreetmap.org
Subject: Re: [talk-au] Fwd: Re: data.sa.gov.au
Well done.
Merhaba Emre
iD kullanırken CTRL tuşu basarak iki yol seçiyorsun, sonra 'C'-tuşu ile
birleştirebilirsin (ekranında '+' simgesi de etkili olup orada da
basabilirsin).
İki yolların etiketleri aynı ise hiç mesele olmayacak; farklı ise daha
dikkatlı olması lazım...
iD kısa tuş imkanları için bu
Bu arada Ankara sapsarı olmuş: http://osm.org/go/x2pzhIr
şu hint kökenli kullanıcılar sanırım bütün yolları tertiary olarak
ayarlamışlar... residential sevmemişler...
Ankara'lılar haydi iş başına ;-)
Roman
___
Talk-tr mailing list
caddenin birleştirmesi aslında gerekmiyor - parça parça da olabilir
tek adı olsun diye bir relation kullanabilir da fakat o da fazla
oluyor. Gönderdiğin resimdeki Kıvrımlı Caddesinin sanki bir bölüm
tertiary
(sarı) bir bölüm secondary (portakal rengi) gibi görünüyor - tek adı
olsun
diye bir
Pessoal,
O Paulo Carvalho tem desenvolvido um conversor TrackSource OSM e eu
estou prestes a importar a numeração das casas em Porto Alegre via
script. Eu queria opiniões sobre um detalhe de como fazer isso para
produzir um resultado com mais qualidade.
Já encontrei interpoladores no Rio e em
Oi Fernando
Lembre-se que no Brasil se adota um sistema métrico onde a numeração da
casa é sua distância aproximada do início da rua. Por exemplo o número 350
fica 350 metros do início da rua. Usualmente o início da rua é aquele que
fica mais próximo ao centro da cidade. Enfim, se você souber
Gerald, Pessoal
Tem um pouco duvida soubre estes metricos, bem meu casa e numero 97, e meu
vinizio e 101, e pode ser uns 4 metros entre os portas, mas no outro lado, meu
casa nao sao 97 metros dentro rua, e a casa no outro lado da rua nao sao entre
97 e 101 que seria natural com seu argumento.
A forma mais simples é criar apenas um caminho, do começo da rua até o
fim, com addr:interpolation=all (a interpolação vai servir para os
lados par e ímpar) e addr:inclusion=estimate (para dizer que existirá
números na interpolação que não existem de fato na realidade).
Coloca no nó inicial o
(version in English below)
Ola Fernando, je vais bien, et souhaite qu'il en est de même pour vous.
Desculpe para responder com atraso à suas perguntas.
Eu não sou especialista no assunto da hospedagem do Tasking Manager, por
isso eu acrescentei na resposta :
- Pierre Giraud, que desenvolveu a
Pessoal, acho que gerei um monte de dúvidas.
Certamente a idéia de poder deduzir a numeração a partir da
distância é tentadora (embora fazer isso só olhando para a métrica do
JOSM tenha uma tendência a introduzir erros de aproximação nas vias
mais longas). Mas no caso do conversor do Paulo e do
2013/7/25 Fernando Trebien fernando.treb...@gmail.com:
A minha questão é: o usuário busca por Rua A, 500 e esse valor cai
perto do meio do cruzamento. Os números mais próximos nos
interpoladores existentes são 496 e 512.
496 e 512 seriam os números de casa que existem na realidade ou são
A idéia seria continuar mapeando as construções e colocando o número
exato nelas? Se a numeração for duplicada não vejo problema em
considerar a interpolação como uma aproximação, inclusive seria até
interessante que os nros na interpolação não batessem com o nro da
construção para a busca não
Nesse exemplo, era pra ser o número exato das casas na esquina,
obtidos (supostamente) por inspeção.
No caso do conversor e da minha importação, esse número também poderia
ser algo proveniente de um registro legal ou oficial (possivelmente um
pouco desatualizado).
2013/7/25 Nelson A. de Oliveira
2013/7/25 Fernando Trebien fernando.treb...@gmail.com:
Nesse exemplo, era pra ser o número exato das casas na esquina,
obtidos (supostamente) por inspeção.
No caso do conversor e da minha importação, esse número também poderia
ser algo proveniente de um registro legal ou oficial
Você poderia colocar um número de casa no nó central do cruzamento,
mas haveria um conflito se você tivesse que fazer isso para dois
interpoladores (um para cada rua do cruzamento).
Eu vinha mapeando passando pelo nó central mas colocando os números
pouco antes e pouco depois do cruzamento,
Oi Pessoal
Ao pensar nesta idéia de interpolação: isto não deveria ser tarefa do
renderizador?
Quer dizer, faz sentido popular a base de dados com informações hipotéticas?
Abraços
Gerald
___
Talk-br mailing list
Talk-br@openstreetmap.org
Se colocar um nro no n central ele tb seria renderizado. Do jeito que
voc fez ficou melhor, teoricamente a interpolao poderia ter um n
vazio.
Quando eu percebi que algumas interpolaes no estavam funcionando eu
comecei a colocar addr:street nos ns, o que no fez diferena. Eu
achei que ele
Deveria. Na minha opinio no seria necessrio nem um way com
addr:interpolation, o engine deveria saber pegar os nros com o mesmo
addr:street e interpolar segundo as regras de uma rea que contm a
rua, o pas por exemplo.
Mas o wiki define que interpolao tem que ter um way e talvez seja at
pq a
O que eu tenho feito é mapear vias com addr:street=[nome da rua] e
addr:interpolation:[odd|even], com seus nós tendo addr:street=[nome da rua]
(de novo) e addr:housenumber=[numero], uma para cada quarteirão.
Por exemplo: Procurem por Rua Bento Lisboa, 60.
2013/7/25 Roger C. Soares rogersoa...@gmail.com:
Deveria. Na minha opinião não seria necessário nem um way com
addr:interpolation, o engine deveria saber pegar os nros com o mesmo
addr:street e interpolar segundo as regras de uma área que contém a rua, o
país por exemplo.
Não deveria existir
Esse o caso que pra mim no funciona. Se algum me falar para ir no
nro 96 e eu no anotar, no outro dia eu vou lembrar que era 90 e pouco
e vou procurar por 90 ou 95. O 90 vai me mandar bem longe do local, o
95 est na interpolaa do outro lado, esse eu teria dado sorte.
Apesar de no ter casas
Acho que não foi ainda bem estabelecida a forma mais correta de usar
os interpoladores. Para o Nominatim e para o meu GPS (MapFactor
Navigator) basta:
- addr:interpolation na linha (o interpolador) que acompanha via
principal pela lateral
- addr:housenumber em alguns dos nós ao longo dessa linha,
O método 3 me parece estritamente errado. Os endereços não existem, ponto.
Adicioná-los me parece, usando uma gíria carioca, forçação de barra para
evitar uma falha/bug/feature do buscador. Uma espécie de tag for the
renderer.
[]s
2013/7/25 Fernando Trebien fernando.treb...@gmail.com
Uma
Pessoal,
a discussão sobre endereçamento me lembrou de um outro problema: ainda
existem diversas cidades no país com uma grande quantidade de ruas com
nomes abreviados. Por exemplo, Manaus:
http://openstreetmap.org/?lat=-3.12454lon=-60.00528zoom=17layers=M
Alguém anima uma força tarefa para
2013/7/25 Fernando Trebien fernando.treb...@gmail.com:
Uma imagem vale mais do que mil palavras, então só pra explicar
melhor: http://i.imgur.com/uwNSCWA.png
Eu utilizaria a segunda opção, sem introduzir dados que não existem. É
comum e normal haver buracos na numeração.
Nesse exemplo, os números dos prédios na Rua Bento Lisboa antes e
depois da Rua Tavares Bastos são 72 e 96. Dessa forma, procurando
antes ou depois de qualquer um desses números a interpolação funciona,
mas entre os dois não, pois de fato não há casas com este endereço.
Não tenho uma opinião
Genau, danke dass du fragst! die Kölner Stadtgrenze admin_level=6 und alle
angrenzenden boundaries müssen auf der (amtlichen) Außengrenze der
Stadtbezirke liegen (admin_level=9).
Mir ist keine Idee eingefallen, wie man dass automatisieren könnte. Im
Prinzip muss man die Ways der Außengrenze
Ich würde das schon ganz gerne machen...
Am 25. Juli 2013 01:22 schrieb Dietmar ostr...@diesei.de:
oder machst Du das lieber
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Am 25. Juli 2013 08:26 schrieb jotpe jotpe@gmail.com:
Mir ist keine Idee eingefallen, wie man dass automatisieren könnte. Im
Prinzip muss man die Ways der Außengrenze Stadtbezirke an den gleichen
Positionen trennen, wie die der Stadtgrenze. Dann müssen alle Ways die die
Stadtgrenze
Am 25. Juli 2013 00:54 schrieb jotpe jotpe@gmail.com:
Hatte auch schon etwas vorgearbeitet und Felder und Wiesen die total
kompliziert mit der Außengrenze verbunden waren zu lösen.
wobei, wenn deren Grundstücksgrenze mit der Aussengrenze identisch ist, es
schon wünschenswert ist, dass es
Am 25.07.2013 00:00, schrieb Martin Koppenhoefer:
Am 24/lug/2013 um 23:02 schrieb Dirk Sohler s...@0x7be.de:
Gerade wenn dieses Routing so
unlogische, und unerwünschte Sachen wie gesplittete Bahnsteige oder
Aufzüge als Weg gemappt verlangt.
m.E. ist ein Aufzug als way logischer denn
Hallo Martin
Felder und Wiesen die total
kompliziert mit der Außengrenze verbunden waren zu lösen.
wobei, wenn deren Grundstücksgrenze mit der Aussengrenze identisch ist, es
schon wünschenswert ist, dass es in OSM _ein_ way bleibt
Die Herausforderung dabei ist es,
*unterschiedliche Klassen*
Am 25. Juli 2013 09:48 schrieb Peter Wendorff wendo...@uni-paderborn.de:
In einer 3D-Welt gebe ich dir recht, auf einer 2D-Karte halte ich das
für grenzwertig. Etliche QA-Tools beschweren sich - z.T. zu unrecht -
ohne weitere Prüfung über zwei nodes an der gleichen Position, du willst
auch
Am 24.07.2013 03:27, schrieb Tirkon:
Hier kommt nun ein Problem zu Tage. Unsere Daten sind unter der freien
Lizenz ODbL verfügbar.
http://opendatacommons.org/licenses/odbl/
Damit das so bleibt, müsste das auch für die von Euch eingepflegten
Daten gelten.
Streng genommen reicht eine
Oder den name-tag.
So habe ich es bisher gesehen.
Michael Bemmerl osm-t...@mx-server.de schrieb:
Hallo Johannes,
jotpe schrieb:
wie taggt man eine interne Gebäudenummer eines größeren Firmenareals,
die
keine amtliche Hausnummer ist?
ich benutze für sowas den Key building:ref
Grüße,
Michael
Hallo Markus
Felder und Wiesen die total
kompliziert mit der Außengrenze verbunden waren zu lösen.
wobei, wenn deren Grundstücksgrenze mit der Aussengrenze identisch ist, es
schon wünschenswert ist, dass es in OSM _ein_ way bleibt
Die Herausforderung dabei ist es,
*unterschiedliche
Moin,
Wenn die Karte ergänzt wird, werden auch Daten über den Beitragenden
hochgeladen, z.B. wer wann wo was editiert hat. Schließlich soll die
Community die Möglichkeit haben, Fehler festzustellen und andere User
darauf hinzuweisen sowie miteinander ins Gespräch zu kommen - das was
man gemeinhin
Tirkon schrieb:
Kürzlich geführte Diskussionen ließen in mir immer mehr den Verdacht
aufsteigen, dass die Daten über die Beitragenden nicht nur intern
genutzt werden, sondern - ebenfalls unter freier Lizenz - auch
herausgegeben werden. Ich möchte mich zunächst vergewissern: Ist das
richtig
Am 25. Juli 2013 18:51 schrieb Tirkon tirko...@yahoo.de:
Wenn die Karte ergänzt wird, werden auch Daten über den Beitragenden
hochgeladen, z.B. wer wann wo was editiert hat. Schließlich soll die
Community die Möglichkeit haben, Fehler festzustellen und andere User
darauf hinzuweisen sowie
Henning Scholland o...@aighes.de wrote:
Am 24.07.2013 03:27, schrieb Tirkon:
Zunächst einmal an die Community. Im Allgemeinen wünschen wir Quellen
für Importe. Bezogen auf die geografischen Einordnung ist dies aber in
diesem Falle möglicherweise schwierig, wenn diese Daten überhaupt erst
mit
Dirk Sohler wrote
. Ja, es ist richtig, dass SÄMTLICHE DATEN,
inklusive User-Metadaten komplett und vollumfänglich in der Datenbank
liegen, und von jedermann für alle Zwecke ausgelesen werden (können).
Das kann ich nicht so stehen lassen: Es ist in den frei zugänglichen
OSM-Daten einzig und
Am 25. Juli 2013 20:01 schrieb Walter Nordmann pil...@hotmail.com:
Mir fällt da neben dem Passwort bzw. Authentifizierungskey als einziges
Datenfeld noch die persönliche Mail-Adresse ein, unter der der User
erreichbar ist - und die rückt OSM definitiv nicht raus.
die Freunde ;-)
Gruß Martin
On 25.07.2013 19:46, Tirkon wrote:
Henning Scholland o...@aighes.de wrote:
Am 24.07.2013 03:27, schrieb Tirkon:
http://wiki.openstreetmap.org/wiki/Import_%C3%96PNV_Firma_Mentz_Datenverarbeitung_GmbH
Also wenn zumindest einer der User potlatch2 verwendet, wundert es mich
nicht mehr warum dabei
Dirk Sohler s...@0x7be.de wrote:
Denn wenn diese Daten herausgegeben werden, dann könnte ja jede
X-beliebige Person dieselben Analysen durchführen, die Pascal intern
durchgeführt hat.
Er hat sie nicht intern durchgeführt, sondern anhand der
Rausgegebenen User-Metadaten (deren genau Lizenz
On 25.07.2013 20:21, fly wrote: On 25.07.2013 19:46, Tirkon wrote:
Henning Scholland o...@aighes.de wrote:
Am 24.07.2013 03:27, schrieb Tirkon:
http://wiki.openstreetmap.org/wiki/Import_%C3%96PNV_Firma_Mentz_Datenverarbeitung_GmbH
Also wenn zumindest einer der User potlatch2 verwendet,
Am 25.07.2013 19:10, schrieb Dirk Sohler:
Ja, es ist richtig, dass SÄMTLICHE DATEN,
inklusive User-Metadaten komplett und vollumfänglich in der Datenbank
liegen, und von jedermann für alle Zwecke ausgelesen werden (können).
Es werden keineswegs sämtliche Daten, die in der Datenbank liegen,
Auch nicht verkehrt, aber es existieren Namen für die Gebäude...
Am 25. Juli 2013 12:21 schrieb Jan Kulhanek jan_kulha...@gedankensilo.de:
Oder den name-tag.
So habe ich es bisher gesehen.
___
Talk-de mailing list
Talk-de@openstreetmap.org
Natürlich sollte man das checken welche Grenze die richtige. Für mich ist
die Sache jedoch klar. Nur die amtliche Grenze der Stadt Köln ist die
richtige, also die der Stadtbezirke und Stadtteile (admin_level=9 10). Du
kannst es dir bspw verdeutlichen an der Stelle zwischen Libur und Langel (
Zunächst mal waren das nur 2 Fälle mit Wiesen und Wäldern, der Rest war
anderer Kram, Briefkästen oder so was. Wenn die Wiese mit der
Stadtaußengrenze endet, es sich aber herausstellt, dass die Stadtgrenze
tatsächlich 30m weiter außen liegt, dann ist es bestimmt nicht sehr
sinnvoll die Wiese auch
Denn wenn diese Daten herausgegeben werden, dann könnte ja jede
X-beliebige Person dieselben Analysen durchführen, die Pascal intern
durchgeführt hat.
Er hat sie nicht „intern“ durchgeführt, sondern anhand der
Rausgegebenen User-Metadaten (deren genau Lizenz trotz seiner
anderslautenden
Am 25.07.2013 20:34, schrieb fly:
und ich sehe auch, dass munter weiter editiert wird, kann ein Admin
bitte mal diese user blocken und auf die Import-Richtlinien hinweisen !
Du solltest an d...@osmfoundation.org schreiben, admins lesen hier so
oder so keine mit. Frederik und Henning als
Hallo,
ich habe eben kurz mit Frederik Rücksprache gehalten und derzeit sind
wir beide derzeit der Ansicht, dass es sich hier nicht unbedingt um
einen Fall für die DWG handelt, sondern besser unter den Mappern geklärt
werden sollte.
Hier haben sich ja nun einige Mapper gefunden, die an einer
Ho notato sia in Veneto che in Friuli che nelle regole di importazione dei
dati regionali è stato messo il layer -1 su tutti i tag waterway.
Purtroppo quando abbiamo importato questi dati in FVG non si era ancora
deciso com'era meglio e di conseguenza il wiki non riportava niente.
Comunque,
Grazie, è un tool utilissimo. conto di provarlo subito.
Ciao,
Stefano
P.S. grazie di avermi citato anche se il mio contributo è stato davvero
piccolo :-)
Il giorno 25 luglio 2013 00:31, Stefano Droghetti
stefano.droghe...@gmail.com ha scritto:
Ciao a tutti :-) Come da oggetto: Garmux, il
2013/7/25 Stefano Salvador stefano.salva...@gmail.com
Purtroppo quando abbiamo importato questi dati in FVG non si era ancora
deciso com'era meglio e di conseguenza il wiki non riportava niente.
avete importato prima del 2/2008?
Purtroppo quando abbiamo importato questi dati in FVG non si era ancora
deciso com'era meglio e di conseguenza il wiki non riportava niente.
avete importato prima del 2/2008?
http://wiki.openstreetmap.org/w/index.php?title=Layeroldid=80595 ;-)
touché ;-) L'import è del 2010. La cosa
Per esempio ho notato che in questo gruppo di modifiche
http://www.openstreetmap.org/browse/changeset/15833430 è stato aggiunto il
layer=-1 a molti fossi.
Messaggio originale
Da: stefano.salva...@gmail.com
Data: 25-lug-2013 11.17
A: openstreetmap list -
Io nella mia zona sto riportando le cose alla normalità inserendo ponti e
tunnel e mettendo il layer corretto.
Da: Stefano Salvador stefano.salva...@gmail.com
A: openstreetmap list - italiano talk-it@openstreetmap.org
Inviato: Giovedì 25 Luglio 2013 9:49
probabilmente per evitare di far tutto il lavoro di ponti e tunnel qualcuno
ha preferito mettere -1 così non si vede nemmeno l'errore in keepright se
qualcuno volesse fare il lavoro completo.
--
View this message in context:
come mai però i tratti sotterranei dei corsi d'acqua vengono comunque
visualizzati come i tratti normali a celo aperto, non sarebbe meglio che
fossero invisibili o almeno tratteggiati, altrimenti ci si potrebbe
confondere nella lettura della carta.
--
View this message in context:
Ciao a tutti,
Ho creato la pagina sul wiki:
http://wiki.openstreetmap.org/wiki/IT:OSMit2013
e anche su Wikipedia:
http://it.wikipedia.org/wiki/Wikipedia:Raduni/Rovereto_OSMit_(evento_Wiki-OSM)
Cristian
___
Talk-it mailing list
mettere layer -1 o non metterlo (equivale layer=0) non dovrebbe avere
importanza
l'importante è che sia rispettato chi è sopra e chi è sotto
se ne è già parlato
molti usano mettere per i fiumi , fossi ecc layer -1
per esempio nella mia zona ho tracciato i numerosi canali di cui molti
Am 25/lug/2013 um 13:59 schrieb bredy bredy...@yahoo.it:
come mai però i tratti sotterranei dei corsi d'acqua vengono comunque
visualizzati come i tratti normali a celo aperto, non sarebbe meglio che
fossero invisibili o almeno tratteggiati, altrimenti ci si potrebbe
confondere nella
Hei, mannaggia, sono stato io, che ne dite di fare un revert sul changeset...?
mcheck
Il 25 luglio 2013 15:53, Martin Koppenhoefer dieterdre...@gmail.com
ha scritto:
Am 25/lug/2013 um 13:59 schrieb bredy bredy...@yahoo.it:
come mai però i tratti sotterranei dei corsi d'acqua vengono
allora se passa su un tubo che passa sotto la strada applico alla waterway
tunnel=culvert e layer=-1 in quanto passa sotto, se invece passa su un
ponticello allora applico alla highway bridge=yes e layer=1
se non si imposta il layer su una delle due (highway o waterway) si ha un
errore perchè ci
On Jul 25, 2013 2:53 PM, Cristian Consonni kikkocrist...@gmail.com
wrote:
Ciao a tutti,
Ciao Cristian,
Ho creato la pagina sul wiki:
http://wiki.openstreetmap.org/wiki/IT:OSMit2013
Grazie, c'é solo una cosa che manca, come e quando sottomettere gli
abstract...
Cristian
Ciao
Luca
Am 25/lug/2013 um 16:08 schrieb bredy bredy...@yahoo.it:
spero che nessuno
metta un incrocio tra highway e waterway, anche se l'ho visto (spero un
errore)
al meno che non si tratta di un ford
ciao,
Martin
___
Talk-it mailing list
allora se passa su un tubo che passa sotto la strada applico alla waterway
tunnel=culvert e layer=-1 in quanto passa sotto, se invece passa su un
ponticello allora applico alla highway bridge=yes e layer=1
A quanto ne so il tag tunnel=culvert non viene considerato dallo stile di
default di
Il 25 luglio 2013 16:10, Luca Delucchi lucadel...@gmail.com ha scritto:
Grazie, c'é solo una cosa che manca, come e quando sottomettere gli
abstract...
Hai ragione, indicazioni in proposito a breve.
Cristian
___
Talk-it mailing list
2013/7/25 marco bra marcobra.ubu...@gmail.com
Hei, mannaggia, sono stato io, che ne dite di fare un revert sul
changeset...?
dipende quando l'hai fatto, se non è passato troppo tempo e quindi non sono
ancora stato modificato gli oggetti contenuti lo puoi fare, altrimenti ti
troverai davanti
2013/7/25 Stefano Salvador stefano.salva...@gmail.com
A quanto ne so il tag tunnel=culvert non viene considerato dallo stile di
default di osm.org, funziona solo tunnel=yes. Credo esista anche un
ticket a riguardo. Comunque è giusto usare culvert sperando che prima o poi
sistemino.
in
Ciao, ieri mi è rientrato il telefono dall'assistenza.
Purtroppo la risposta è negativa. Quando visualizzi una zona e poi lo fai di
nuovo, ma senza rete dati (ho fatto la prova disattivandola) le tiles non le
visualizza bene, nel senso che alcune le carica ma altre no.
Buone escursioni cmq!
2013/7/22 bredy bredy...@yahoo.it:
Come mai alcuni tag usati anche per l'uso del suolo tipo amenity di case di
riposo o istituti per disabili non hanno una loro visualizzazione grafica su
osm, non si riesce a capire quale sia l'area di queste strutture.
la cartografia presente su OSM.org da
Una casa di riposo è al pari di un ospedale una struttura complessa e se
vogliamo simili, sarebbe molto più facile identificare un luogo se anche
questa fosse rappresentata correttamente con lo stesso colore giallo, come
le scuole. Potrebbe essere il colore delle landuse per le infrastrutture
Mi stavo leggendo le codifiche di importazione delle CTRN del Veneto per
farmi un'idea sulle cose da taggare e che tag usare.
Mi sono imbattuto sulla dicitura LIVCOD=0105P Chiesa (pertinenza) taggato
come amenity=place of worship
ma se leggo il wiki mi dice che solo la chiesa come luogo di culto
Joakim Fors tipsade mig om att rita in husen med historic:building=yes.
Kanske kan man även lägga till ett note=razed since bing
2013/7/25 John Bäckstrand sop...@gmail.com
Jo, jag fick åter-riva några förskolor precis bredvid där jag bor flera
ggr pga byggnaderna fortfarande syns i Bing. Tre
Hola Eloi,
Benvingut a la llista!
M'he estat mirant la zona que mapes, i només puc felicitar-te per la
impressionant tasca que has fet. Sens dubte contribucions com la teva
aporten a OSM un valor afegit :)
Sobre els consells per mapar... més que consells idees per si et són útils:
- Jo als
Merci
Pierre
Le 24/07/13 21:07, Guilhem Bonnefille a écrit :
J'oubliais de dire que j'ai fait quelques vidéos pour présenter le
comportement de viking dans la version à venir. Parfois, un beau dessin et
plus parlant que quelques mots.
http://www.youtube.com/watch?v=C1SjRHru1bY
Salut,
il y a eu une discussion il y a peu de temps concernant les tag
wall=no... Pour l'entrée des maisons individuelles, c'est un porche.
Est-ce qu'on ne pourrait pas proposer de tagguer ces petits polygones en
building:part = porch, et redessiner le contour des maisons, comme je
l'ai fait dans
Nicolas Moyroud wrote
Je voudrais vous signaler cet article intéressant (encore en version
pré-publication) qui parle d'OpenStreetMap :
http://cartonomics.org/wp-content/uploads/2011/09/PLANTIN-VALENTIN-2013-DOnn%C3%A9es-ouvertes-et-cartographie-libre.pdf
Intéressant certe, mais il y a des
Selon ton niveau d’exigence, tu peux t'appuyer sur le référentiel ROUTE
500 qui prend en compte l'hydrographie. tu peux accéder aux flux
depuis
tile.openstreetmap.fr
mais c'est façonné à la hache.
Dans les données proposées, c'est considéré comme de l'habillage.
Le révérentiel ROUTE 500 mise en disposition par L'IGN, en licence ouverte
Etalab, est certes une action louable de leur part, certainement très utile
dans certains cas, mais malheureusement ne m'apporte pas une réponse dans
mon cas précis.
Quant à Sandre/Carthage, la licence n'étant pas
1 - 100 of 135 matches
Mail list logo
