Re: [Talk-cz] Fwd: TransIP

[Marián Kyral]

Dne 30.9.2015 v 18:46 Petr Vejsada napsal(a):
> Ahoj,
>
> Dne St 30. září 2015 17:09:19, Marián Kyral napsal(a):
>
>> Díky. A když tipy nejsou, tak ten box zmizí?
> Je to Drupal view, může se nastavit "Chování při žádných výsledcích". 
> Nastavil 
> jsem, lepší?
>

V pohodě, já se jen ptal. Drupal vůbec neznám.

>>> Marián: no aby se ti to nelíbilo, když je tam reklama na Kyralovy :-), no,
>>> ty texty ve slideshow stejně nikdo nečte, tak tam dám časem místo toho
>>> leaflet mapu.
> Petr S. ti to už vysvětlil.

Jo jo. Fakt jsem si toho nevšiml. A jak tak koukám, měl bych tu stránku
aktualizovat. Ta mladší už chodí do třetí třídy :-D

Marián

> --
> p
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz


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

Re: [Talk-us] Should driveways be on OSM?

[Paul Johnson]

On Wed, Sep 30, 2015 at 10:34 AM, Greg Morgan 
wrote:

> Who are these data consumers that you speak of?  If they are
> freeloaders, I could careless about them.  One of shifts that I have
> noticed over the years is that we appear to no longer care about what
> mappers do or how we improve the ecosystem for mappers but I hear all
> about data consumers.  The data consumers need to adapt to OSM and not
> the other way around.
>

Along these same lines, have I mentioned that it's time we stop tagging
routes on the underlying ways like they're the same congruent entity (eg,
lcn=yes and ref=* on member ways) and fully embrace route=road and
route=bicycle relations yet?
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-br] RES: Classificação de vias (agora com 50km/hora), como fica? Tarcisio Oliveira

[thundercel]

Não emprego navegação pelo smartphone e até onde sei o Osmand não foi 
desenvolvido para navegadores GNSS automotivos. Pelo que sei ele é um APP 
para smartphone.


De qualquer forma espero que os utilizadores do Osmand estejam acostumados 
com os inúmeros erros existentes no OSM, contidos nas tag maxspeed de 
algumas vias.


Seriam interessante alguém de São Paulo atualizar essa tag nas principais 
vias da cidade que são as marginais, sem considerar as de menor importância 
que também tiveram recentemente alterações na velocidade máxima.


-Mensagem Original- 
From: Nelson A. de Oliveira

Sent: Wednesday, September 30, 2015 2:30 PM
To: OpenStreetMap no Brasil
Subject: Re: [Talk-br]RES: Classificação de vias (agora com 50km/hora), como 
fica? Tarcisio Oliveira


2015-09-30 14:25 GMT-03:00  :

Dentro do GNSS, qual aplicativo que emprega dados OSM tem alerta de
velocidade para o usuário?


O osmand é um dos que utiliza, tanto para cálculo do tempo estimado da
viagem, exibição da velocidade máxima da via e também aviso de excesso
de velocidade.


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

[Talk-it] CTR : database topografico e ortofoto 2013 a 20CM Regione Basilicata

[Francesco Piero Paolicelli]

Limitazioni "nessuna" quindi suppongo CC0 ma poi sul portale opendata (
http://dati.regione.basilicata.it/catalog/dataset?organization=regione-basilicata)
mettono la CC Attribuzione.

Comunque sia la notizia mi sembra una di quelle forti.

Vediamo la qualità.

Trovate le descrizioni e il link wms sul DB Topografico
http://rsdi.regione.basilicata.it/Catalogo/srv/ita/search?hl=ita#|r_basili:52F1BC6F-7597-B988-8702-FAEB036ACBA7


mentre per il mosaico delle orto foto:
http://rsdi.regione.basilicata.it/Catalogo/srv/ita/search?hl=ita#|r_basili:20EA8E87-F903-D62F-467F-BBB44D422FA1

Ho chiesto lumi in Regione sulla licenza (se CC0 o CC-BY) e poi immagino si
possa iniziare a lavorare per un import.
o sbaglio?

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

[Talk-br] Metaphone. Ou: Soundex em português do Brasil

[Alexandre Magno Brito de Medeiros]

*Era: "Re: [Talk-br] RES: RES: OSM - CNEFE"*

À primeira vista, um *pastebin* como aquele 
me assusta. O autor original teria mais cuidado com a apresentação. Mas,
lendo-o, eu pude descobrir algumas coisas.

Trata-se de uma implementação do algoritmo fonético Metaphone
, para o português brasileiro. A
apresentação do projeto *está bem legal
* numa página web
dedicada a isso, da Prefeitura de Várzea Paulista.

O projeto está versionado com Git, em repositório do SourceForge:

http://sourceforge.net/projects/metaphoneptbr

Também está presente  no
Launchpad do Ubuntu, com Bazar.

Talvez o autor seja o José Henrique que apresenta intenção
 de Soundex
em Português" no fórum DEVMEDIA.

Alexandre Magno

Em 30 de setembro de 2015 09:14, Marcos Fedato 
escreveu:

>
> Além dos acentos e da lógica fuzzy (que pode adicionar erros), podemos
> usar alguma coisa de fonética brasileira(que pode adicionar erros) e
> tabelas auxiliares(que pode adicionar erros) com nomes padrão, dando
> replace em erros conhecidos de grafia (AKA: juscelino kubitschek é difícil
> de escrever).
>
> Tem esse algoritimo em Delphi que eu achei uma vez, que faz um trabalho
> fantastico de fonética BR (tecnicamente não é BR é do Portugês) (AKA:
> soundex não é bom para matches exatos) http://pastebin.com/KpYxxw5e.
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] RES: Classificação de vias (agora com 50km/hora), como fica? Tarcisio Oliveira

[Nelson A. de Oliveira]

2015-09-30 14:25 GMT-03:00  :
> Dentro do GNSS, qual aplicativo que emprega dados OSM tem alerta de
> velocidade para o usuário?

O osmand é um dos que utiliza, tanto para cálculo do tempo estimado da
viagem, exibição da velocidade máxima da via e também aviso de excesso
de velocidade.

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

Re: [Talk-br] Classificação de vias (agora com 50km/hora), como fica? Tarcisio Oliveira

[Adriano Rosa]

a tag maxspeed é renderizada por alguns apps de navegação, tais como o
osmand e o navmii. só isso, para mim, é suficiente para incluir essa
informação no mapa.

se houve alteração na velocidade máxima das vias, o certo é corrigir no
mapa.

Em qua, 30 de set de 2015 às 13:33, Alexandre Magno Brito de Medeiros <
alexandre@gmail.com> escreveu:

> Eu compreendo e sou solidário às preocupações éticas e políticas do
> Marcio, como *já mostrei*. É inegável que na frente da direção do país
> tem mais espertalhões do que gente preocupada com segurança. Mas os
> argumentos do Gerald são impressionantes
> 
> e muito pertinentes. Não acho que a solução para uma questão como essa,
> sobre "a aplicação do pardais no Brasil", deva ser polarizada.
>
> Alexandre Magno
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
-- 


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

Re: [Talk-us] Should driveways be on OSM?

[Bryce Nesbitt]

On Sun, Sep 27, 2015 at 10:33 PM, Tom Bloom  wrote:

> I've been deleting them if wildly wrong, and would like to delete all I
> encounter. Any ideas?
>

When an area of tiger data has dozens of such driveways, which bear
basically random correspondence with air photos,
I'll delete them also.

They're not good data.  If someone wants to map driveways, fine, they can
start from scratch and be ahead.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-br] RES: Classificação de vias (agora com 50km/hora), como fica? Tarcisio Oliveira

[thundercel]

 

From: Gerald Weber 

> É uma pena. Como usuário do OSM para mim estas são informações importantes. 
> Especialmente quando há grande variação nas velocidades, se eu puder usar o 
> GPS como recurso para me alertar destas variações seria muito valioso.


Tenho lido algumas colocações como essa, desculpem a minha ignorância em 
perguntar:

Dentro do GNSS, qual aplicativo que emprega dados OSM tem alerta de velocidade 
para o usuário?

Os navegadores Garmin tem quando empregados dados compilados em NT, o que não é 
o caso, por enquanto, do Mkgmap.

Recentemente essa necessidade foi tratada na lista de desenvolvimento do 
Mkgmap, quando um usuário citou uma possibilidade de na compilação se extrair 
os dados da TAG maxspeed e estampa-los no GPS junto e após o nome da via, na 
caixa de texto desse nome, mas essa solução foi descartada porque não gera 
alerta e é contra recomendações de segurança quanto a não se ficar olhando para 
o display do GPS quando em navegação.

Até onde acompanho nos sites de GPS que administramos, esse assunto de alerta 
de velocidade máxima no aparelho é desejado por todos aqueles que empregam 
mapas com dados OSM, entretanto não é ainda do meu conhecimento solução para se 
atingir esse objetivo. Se alguém souber, por gentileza nos informe para que 
possamos melhorar o mapa Cocar.

Quanto aos provedores que compilam em NT e fornecem esse tipo de alerta, a 
Nokia (provedora do mapa City Navigator) e a Multispectral (provedora do mapa 
AutoGuia) estão descontinuando essa prática porque elas tem recebido mais 
críticas do que elogios, devido as inumeras incorreções contidas na informação. 
Essas incorreções ocorrem devido as constantes alterações de velocidades nas 
vias efetuadas pelas autoridades competentes em tempo superior a capacidade 
deles em mante-las atualizadas nos alertas.

[]s
Marcio

From: Reinaldo Neves 
Sent: Wednesday, September 30, 2015 12:57 PM
To: 'OpenStreetMap no Brasil' 
Subject: [Talk-br] RES: Classificação de vias (agora com 50km/hora), como fica? 
Tarcisio Oliveira

Indo mais longe Marcio/Gerald,

 

Não podemos comparar nem vias, nem políticos e nem mesmo motoristas, apesar de 
concordar com a restrição de velocidade em alguns locais é notório que no 
Brasil algumas dessas intervenções nas vias públicas tem objetivo de favorecer 
arrecadação ou coisa pior, e o argumento da segurança é apenas cortina de 
fumaça.

 

Para ficarmos apenas no exemplo de São Paulo qualquer esforço em sinalizar 
velocidade máxima será perdido em breve, já que nosso dileto alcaide deixou 
claro que novas alterações estão programadas para o curto prazo, e digo mais 
caso ele não se reeleja o próximo pode desfazer um mundo dessas alterações.

 

Abraços

___

Reinaldo Neves

Equação Informática

(11) 3221-3722
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-us] what happened to Sacramento?

[Richard Welty]

On 9/30/15 12:47 PM, Ray Kiddy wrote:
> Wow. I have not gotten to the point, in my mapping adventures, where I
> have had to look at changesets like this. A new thing to learn.
>
> Thanks for the reverts. I will get to fixing the rest of that soon.
>
>
you may want to look to newer TIGER boundary data as it does change
over time. 2014 City boundaries for California may be found here, already
converted into useful forms:

GeoJSON:
https://github.com/boundaryissues/TIGER2014/blob/master/place/CA/tl_2014_06_place-25.geojson

Shapefiles:
https://github.com/boundaryissues/TIGER2014/blob/master/place/CA/tl_2014_06_place-25.zip

richard
-- 
rwe...@averillpark.net
 Averill Park Networking - GIS & IT Consulting
 OpenStreetMap - PostgreSQL - Linux
 Java - Web Applications - Search




signature.asc
Description: OpenPGP digital signature
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-dk] Fw: read this

[Emil Tin]

Hello!

 

New message, please read 

 

Emil Tin

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

[Talk-dk] Fw: read this

[Mogens Petersen]

Hello!

 

New message, please read 

 

Mogens Petersen

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

Re: [Talk-at] Zählbezirk Schönbrunn

[Robin Däneke]

Das mit den Grenzen wurde hier schon mal in dem Thread "Grenzimport Wien‏" 
diskutiert... 
https://lists.openstreetmap.org/pipermail/talk-at/2015-August/007897.html

> To: talk-at@openstreetmap.org
> From: l...@lab.at
> Date: Wed, 30 Sep 2015 09:36:59 +0200
> Subject: [Talk-at] Zählbezirk Schönbrunn
> 
> Hallo!
> 
> Jemand hat das hier eingezeichnet.
> http://www.openstreetmap.org/way/366753235
> 
> Was dann zu einer recht unschönen Kartendarstellung führt:
> http://www.openstreetmap.org/#map=19/48.18712/16.31315
> 
> Mein Vorschlag: löschen.
> 
> Man könnte drüber nachdenken, ob man Zählbezirke erfassen will, aber dann
> - sollten vorhandene Grenzstücke auch verwendet werden (keine doppelten 
> Linien)
> - es sollte keine - auf der Karte dargestellte - admin_boundary sein.
> 
> Ev. sollte man einen eigenen "statistischen" (oder so) boundary-Typ dafür
> erfinden (wenn's den nicht schon gibt, keine Ahnung).
> 
> 
> Übrigens, auch wenn man die Grenzen der KG einzeichnen wollte, sollte man 
> dafür
> IMHO keine admin_boundary verwenden. Weil diese nur fürs Grundbuch relevant 
> sind
> und es wenig Sinn macht, die in der Karte zu sehen. <-> Die Bezirksgrenzen 
> Wiens
> machen Sinn, die kennt man, die sieht man auf der Karte und kann sich drunter
> auf was vorstellen.
> 
> Servus, Andreas
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
  ___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-it] Mappa osmand italia

[Cascafico Giovanni]

Be' ... il lavoro pbf>obf potrebbe esser fatto su base regionale, visto che
sembrano aggiornatissimi

http://gfoss.fmach.it/gfoss_geodata/osm/Italia_osm.html

--
twitter.com/cascafico
Il 30/set/2015 08:43 "Max1234Ita"  ha scritto:

> Federico Cortese wrote
> > Nella versione 2.1.1 non c'è quell'opzione. Devi installare la
> > versione linkata da Marco (io ho installato questa:
> > http://download.osmand.net/latest-night-build/OsmAnd-nightly-2.3.apk).
> > Ciao
> >
> > Federico
> >
> > ___
> > Talk-it mailing list
>
> > Talk-it@
>
> > https://lists.openstreetmap.org/listinfo/talk-it
>
> Scaricata, ma non riesco ad installarla. Probabilmente dovrei rimuovere
> OsmAnd+ ma in questo momento sono abbastanza pigro...
> Pazienza,aspetterò che venga rilasciata ufficialmente la nuova versione di
> Osmand (ormai non dovrebbe mancare molto)... oppure che qualche persona di
> buon cuore riesca a condividere una mappa obf di tutta Italia :)
>
> (A proposito, il mio tentativo di compilazione con 920 mega allocati è
> fallito, arrestandosi al 62%...)
>
> Max
>
>
>
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/Mappa-osmand-italia-tp5855526p5855873.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] Mappa osmand italia

[Max1234Ita]

Federico Cortese wrote
> Nella versione 2.1.1 non c'è quell'opzione. Devi installare la
> versione linkata da Marco (io ho installato questa:
> http://download.osmand.net/latest-night-build/OsmAnd-nightly-2.3.apk).
> Ciao
> 
> Federico
> 
> ___
> Talk-it mailing list

> Talk-it@

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

Scaricata, ma non riesco ad installarla. Probabilmente dovrei rimuovere
OsmAnd+ ma in questo momento sono abbastanza pigro...
Pazienza,aspetterò che venga rilasciata ufficialmente la nuova versione di
Osmand (ormai non dovrebbe mancare molto)... oppure che qualche persona di
buon cuore riesca a condividere una mappa obf di tutta Italia :) 

(A proposito, il mio tentativo di compilazione con 920 mega allocati è
fallito, arrestandosi al 62%...)

Max



--
View this message in context: 
http://gis.19327.n5.nabble.com/Mappa-osmand-italia-tp5855526p5855873.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: [OSM-talk] Traffic Signs

[Martin Koppenhoefer]

2015-09-29 23:23 GMT+02:00 Hans De Kryger :

> One goal not mention is traffic signs. I think there's a huge potential
> once we have traffic signs all over the world in the database.



I agree. Personally I have been advocating to add maxspeed signs (created a
josm mappaint style to facilitate the verification) and am also adding city
limit signs, maxheight, maxweight, maxwidth etc. Having all signs would be
nice as well, but is a lot of work ;-)

Cheers,
Martin
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Traffic Signs

[Lauri Kytömaa]

Marc Gemis wrote:
> AFAIK the Fins are already adding all traffic signs, see [1]. The Dutch made
> [1] http://wiki.openstreetmap.org/wiki/Finland:Traffic_signs

In my experience collecting the signs exhaustively has revealed smaller and
bigger errors in osm data, and also in the signs (say, "leaking" zone signs,
missing parking restrictions and different moped allowances in different
opposing directions on combined cycling and pedestrian ways). It seems
like a lot to do, but it's no different to anything else people map in their
daily environment.

-- 
alv

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

Re: [Talk-it] OSMIT 2015

[Michele Mondelli]

Buongiorno, cerco di tirare le somme ad oggi.

Sul wiki trovate i tre mini workshop proposti finora.
Ad essi si dovrebbe aggiungere una presentazione introduttiva del progetto
OSM,
ed eventualmente un altro mini workshop su mapillary che era stato proposto
all'ultima riunione.

Sinceramente mi sarei aspettato più proposte, soprattutto per quanto
concerne la parte "pratica": dall'inizio molti hanno proposto di dedicarsi
a delle
sessioni di laboratorio in cui lavorare alla mappa.

Anche per quanto riguarda le adesioni, mi sembra che per ora ce ne siano
state molto poche. Non so se siamo in linea con quanto successo nelle altre
edizioni,
in cui magari la gente evita di segnarsi perché non è sicura e poi alla
fine
viene comunque.

Se la scarsa partecipazione, sia in termini di proposte di talk/laboratori
sia
per quanto riguarda la partecipazione in platea, credete che possa dipendere
dalle date scelte per l'evento e/o per la direzione che questo ha preso in
termini
di organizzazione, ragioniamoci.

Durante la scorsa riunione eravamo d'accordo sulla necessità di valutare,
nel caso si rischi la scarsa partecipazione per una o più cause (compresi
il poco
tempo oramai rimasto per la pubblicizzazione e la definizione dell'event),
l'opportunità di rimandarlo alla prossima primavera.

Ditemi voi cosa ne pensate.


Saluti,

Il giorno 17 settembre 2015 09:46, Michele Mondelli 
ha scritto:

> Buongiorno a tutti.
>
> Certo di fare un breve ma completo sunto di quanto detto durante la
> riunione di ieri sera.
>
> Sulla pagina wiki ho aggiunto quanto venuto fuori in termini di programma
> e/o proposte operative.
> https://wiki.openstreetmap.org/wiki/IT:OSMit2015
>
> Importante è riuscire a stabilire un programma e delle tematiche il prima
> possibile, in modo da avere
> il tempo necessario per pubblicizzare l'evento. Come giustamente
> sottolineato nella riunione,
> affinché una persona decida di venire all'OSMit deve innanzitutto avere
> interesse negli argomenti trattati.
>
> Si è pensato di mettere una deadline per la raccolta dei talk/proposte:
> domenica 27 settembre.
> In tal modo, da lunedì 28 si fissa il programma ed i temi definitivi, e si
> comincia a preparare il comunicato
> stampa ed il materiale promozionale.
>
> Per la forma delle presentazioni, si è pensato al format del "mini
> workshop". In tal modo il livello di dettaglio
> tecnico può essere deciso al momento ed adattato alla platea. Inoltre se
> si ricevono molte adesioni e ci
> si aspetta una buona quantità di gente, potrebbe essere un'idea preparare
> su ogni tema un poster da tenere
> esposto durante tutta la durata dei lavori.
>
> Da non sottovalutare il lato tecnico. Sia con i workshop sia con
> laboratori dedicati si può lavorare a progetti per
> la comunità, sia a livello software che di bonifica dei dati.
>
> Ricordo a coloro che hanno partecipato ieri alla riunione di inserire sul
> wiki e descrivere brevemente ognuno
> l'argomento di cui potrebbe incaricarsi.
>
> Chiudo ricordando ancora una volta come la priorità ora sia la definizione
> dei temi e dei progetti su cui lavorare!
> Rispetto ad una timeline ideale, decidere il programma un mese prima ci fa
> già essere in ritardo.
> Cerchiamo di accelerare!
>
>
> Saluti,
>
>
> Il giorno 16 settembre 2015 17:58, Michele Mondelli  > ha scritto:
>
>> Scusate se rispondo ora, ma il messaggio di Leonardo mi era finito nello
>> spam di gmail.
>> Incontro confermato, ho già invitato su hangout i partecipanti.
>> Se qualcuno vuole aggiungersi, mi scriva pure!
>>
>>
>> Il giorno 16 settembre 2015 17:33, Giulio Barba 
>> ha scritto:
>>
>>> Io purtroppo sarò ancora al lavoro.
>>>
>>> ciao a tutti
>>>
>>> Giulio Barba 
>>>
>>>
>>> Il giorno 16 settembre 2015 17:19, Leonardo Frassetto <
>>> kinetocor...@gmail.com> ha scritto:
>>>
 È confermato per oggi l'incontro alle 18 via hangout?
 Il 15/set/2015 16:52, "Michele Mondelli"  ha
 scritto:

> Nella mia idea, l'OSMIT dovrebbe avere più "livelli".
> Sicuramente dovrebbe essere un momento di incontro tra gli "addetti ai
> lavori",
> ovvero coloro che dedicano tempo e anima al progetto open street map e
> che
> reggono la baracca.
> Però mi piacerebbe ci fossero anche dei momenti dedicati ai meno
> esperti:
> sia a chi vuole avvicinarsi e non capisce bene di cosa si parli, sia
> chi si
> partecipa come mappatore al progetto ma non è mai entrato in dettagli
> tecnici o simili.
> Giulio e Volker, se potete partecipate all'hangout di domani sera, in
> modo
> da poterci confrontare su questi aspetti!
>
>
> Il giorno 15 settembre 2015 13:10, Volker Schmidt 
> ha scritto:
>
>> Sono principalmente interessato. Ma dovrebbe essere un evento per
>> mappatori, inclusi quelli che vogliono fare mappatura di base. 

[Talk-at] Zählbezirk Schönbrunn

[Andreas Labres]

Hallo!

Jemand hat das hier eingezeichnet.
http://www.openstreetmap.org/way/366753235

Was dann zu einer recht unschönen Kartendarstellung führt:
http://www.openstreetmap.org/#map=19/48.18712/16.31315

Mein Vorschlag: löschen.

Man könnte drüber nachdenken, ob man Zählbezirke erfassen will, aber dann
- sollten vorhandene Grenzstücke auch verwendet werden (keine doppelten Linien)
- es sollte keine - auf der Karte dargestellte - admin_boundary sein.

Ev. sollte man einen eigenen "statistischen" (oder so) boundary-Typ dafür
erfinden (wenn's den nicht schon gibt, keine Ahnung).


Übrigens, auch wenn man die Grenzen der KG einzeichnen wollte, sollte man dafür
IMHO keine admin_boundary verwenden. Weil diese nur fürs Grundbuch relevant sind
und es wenig Sinn macht, die in der Karte zu sehen. <-> Die Bezirksgrenzen Wiens
machen Sinn, die kennt man, die sieht man auf der Karte und kann sich drunter
auf was vorstellen.

Servus, Andreas

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

Re: [Talk-cz] Hospoda Praha Was: Hospoda Brno - rijen

[Dalibor Jelínek]

Ahoj,

i ja bych se zucastnil.

 Dalibor

 

From: Petr Schönmann [mailto:pschonm...@gmail.com] 
Sent: Wednesday, September 30, 2015 6:23 AM
To: OpenStreetMap Czech Republic 
Subject: Re: [Talk-cz] Hospoda Praha Was: Hospoda Brno - rijen

 

Když bude čas tak bych přišel

 

Dne út 29. 9. 2015 18:29 uživatel  > 
napsal:

Já bych byl pro.
Honza

-- Původní zpráva --
Od: Marián Kyral  >


Komu: OpenStreetMap Czech Republic  >

Datum: 29. 9. 2015 12:26:30
Předmět: Re: [Talk-cz] Hospoda Praha Was: Hospoda Brno - rijen

 

Ahoj,
je to hrůza, zase mně předběhli :-D

Právě minulý týden jsem uvažoval, že bych navrhl nějakou hospodu v Praze. Po 
létě, kdy jsem moc na služebky nejezdil to vypadá, že opět budu jezdit každý 
týden. Měl by někdo z Prahy a okolí zájem? Bohužel by to bylo možné jen přes 
týden. Úterý nebo středa.

Bohužel Brno je trochu z ruky.

Marián

-- Původní zpráva --
Od: Tom Ka  >
Komu: OpenStreetMap Czech Republic  >
Datum: 29. 9. 2015 12:01:16
Předmět: [Talk-cz] Hospoda Brno - rijen

 

Ahoj, uz jsme se dlouho nevideli, kdyz to Martin tak hezky nadhodil,
vykopavam rovnou termin na pristi tyden:

http://doodle.com/poll/3k8kzri33zbux67h

Misto pro zacatek za mne klidne zase u Kormidla, ale muzeme i jinam v
centru kde to bude rozumne pro vetsinu dostupne.

Bye

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

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

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

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

Re: [Talk-it] OSMIT 2015

[Volker Schmidt]

Scusate che non ho inserito niente nel sito. Sono stato preso da altre cose
urgenti non OSM.

Confermo:

   - mini-workshop: Mapillary
   - mini workhop: come mappare infrastrutture per bici.


Poi sarei interessato a partecipare ed eventualmente co-organizzare una
tavola rotonda sugli import e in particolare sulla questione qualità dati
importati (è un tema controverso). In alternativa potrei fare una
presentazione (scherzosa-provocatoria) essenzialmente sullo stesso
argomento "Cicloturista nel paese delle meraviglie di OSM - revisited"


> Anche per quanto riguarda le adesioni, mi sembra che per ora ce ne siano
> state molto poche.
>

Dovresti aggiungere me. Se si fa, ci sono.


> Non so se siamo in linea con quanto successo nelle altre edizioni,
> in cui magari la gente evita di segnarsi perché non è sicura e poi alla
> fine
> viene comunque.
>

> Se la scarsa partecipazione, sia in termini di proposte di talk/laboratori
> sia
> per quanto riguarda la partecipazione in platea, credete che possa
> dipendere
> dalle date scelte per l'evento e/o per la direzione che questo ha preso in
> termini
> di organizzazione, ragioniamoci.
>
> Durante la scorsa riunione eravamo d'accordo sulla necessità di valutare,
> nel caso si rischi la scarsa partecipazione per una o più cause (compresi
> il poco
> tempo oramai rimasto per la pubblicizzazione e la definizione dell'event),
> l'opportunità di rimandarlo alla prossima primavera.
>

Ho paura che non ci resta che spostare.

Mi rendo conto che sono parte del problema. Quando ci parliamo, faccio
proposte e poi non ho il tempo per fare. (potrei fare il politico?)

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

Re: [Talk-us] Should driveways be on OSM?

[stevea]

On Mon, Sep 28, 2015 at 8:38 AM, Shawn K. Quinn 
<skqu...@rushpost.com> 
wrote:

In urban areas, it makes no sense to try to map residential driveways


It sounds cliché, but you ought to believe it:  I 
go to parties like that.  When I check my GPS, I 
like to see these in a map that works.  Say, at 
night.  So here I agree with Paul, I suppose we 
both go to parties like that.  Lots do.


As I see driveways (in Bing, for example), 
especially as I know the area and think "good to 
know that" I'll put them in our map.  Good to 
know that, especially as you can see that.  Whew, 
I thought I was going to have to walk the long 
way around the park, at night!  I am glad when I 
find these.  We have Civil Code 1008 (permission 
to pass on private property vs. is/is becoming 
right-of-way) in our state, so pay attention to 
the signs.  These become access= tags.


Tag what you see.  Tag what is.  This isn't 
difficult.  Maybe sometimes a little ambiguous or 
confusing, and so kind of discussion prone, but 
we have here to untangle things.  Doing so even 
works much of the time!


SteveA
California___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-at] JOSM verwendet falsche Java VM

[Simon Legner]

2015-09-29 23:27 GMT+02:00 Stefan Kopetzky :
> Im JDK ist immer das JRE drin.

Schon, aber der Pfad ist ein anderer. :)

Grüße
Simon

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

Re: [Talk-it] Mappa osmand italia

[Martin Koppenhoefer]

2015-09-30 8:42 GMT+02:00 Max1234Ita :

> (A proposito, il mio tentativo di compilazione con 920 mega allocati è
> fallito, arrestandosi al 62%...)
>


gli darei il massimo di RAM possibile (tutto meno 1GB o qualcosa del
genere, dipende dal tuo sistema).

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

[Talk-it] Fwd: [GRASS-Italia] Corso di GRASS GIS a Milano

[Francesco Pelullo]

Per conoscenza, non so quanti di voi seguano la mailing list di GRASS.

Ciao
/niubii/
-- Messaggio inoltrato --
Da: "Margherita Di Leo" 
Data: 30/set/2015 16:21
Oggetto: [GRASS-Italia] Corso di GRASS GIS a Milano
A: "GFOSS.it" , "Mailing list utenti italiani di
GRASS" 
Cc: "fabio fussi" 

Cari,

sperando di fare cosa gradita vi informo che si terra` un corso di GRASS
GIS a Milano. I dettagli al seguente link:
http://www.eliante.it/progetto/corso-di-grass-gis-7

Saluti

-- 
Dr. Margherita DI LEO

___
GRASS-Italia mailing list
grass-ita...@listserv.unipr.it
http://listserv.unipr.it/mailman/listinfo/grass-italia
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-br] Via expressa

[belnuovo]

Uma via que é dividida por obstáculos (tartarugas ) e que tem  
semáforos pode ser mapeada como duas pistas independentes e  
classificada como via expressa  
(https://www.openstreetmap.org/#map=18/-23.64481/-46.57959) ?



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

Re: [Talk-us] Find missing roads

[Mike N]

On 9/30/2015 2:40 PM, Paul Johnson wrote:

 I do find two things remarkable about this plugin's
output:

 1. It seems to have picked out an incomplete set based on the paths
relative to imagery.
 2. I have no way of being able to survey the exact location of the GPS
output from the plugin from the ground (it's inside a fence factory,
/of course/ it's fenced off!), so I can only assume the GPS was
located on one of those big diesel-powered forklifts.


  I had a look at the plugin - it does find some interesting things.  I 
find that truckers use the Scout App, and the profile where they drive 
around a huge factory to pick up / drop off a load appears the same as 
if a car is going through a previously unknown subdivision.


  So once the plugin identifies an area of interest, confirm with 
imagery or TIGER for the next step

   - add driveways to a factory
   - Add new road(s) from TIGER
   - Schedule the area for a survey


  The odd cloud of points comes from random inaccuracies of a 
smartphone inside a vehicle, and excluded for a certain distance from 
existing roads to minimize false positives.



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

Re: [Talk-it] CTR : database topografico e ortofoto 2013 a 20CM Regione Basilicata

[Leonardo]

Interessante, il problema è come accedere ai dati in formato SHP. È 
possibile?


Leonardo

Il 30/09/2015 19:17, Francesco Piero Paolicelli ha scritto:
Limitazioni "nessuna" quindi suppongo CC0 ma poi sul portale opendata 
(http://dati.regione.basilicata.it/catalog/dataset?organization=regione-basilicata) 
mettono la CC Attribuzione.


Comunque sia la notizia mi sembra una di quelle forti.

Vediamo la qualità.

Trovate le descrizioni e il link wms sul DB Topografico 
http://rsdi.regione.basilicata.it/Catalogo/srv/ita/search?hl=ita#|r_basili:52F1BC6F-7597-B988-8702-FAEB036ACBA7 
 



mentre per il mosaico delle orto foto:
http://rsdi.regione.basilicata.it/Catalogo/srv/ita/search?hl=ita#|r_basili:20EA8E87-F903-D62F-467F-BBB44D422FA1 



Ho chiesto lumi in Regione sulla licenza (se CC0 o CC-BY) e poi 
immagino si possa iniziare a lavorare per un import.

o sbaglio?

Piersoft


___
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-au] Melbourne Airport (mapped as both node and way)

[John Henderson]

On 30/09/15 19:31, Andrew Harvey wrote:

Currently Melbourne Airport appears in the database twice, once as a
node once as a way. Is there any reason why I should not move the
tags from the node to the way and delete the node?

http://www.openstreetmap.org/node/235151361
http://www.openstreetmap.org/way/305804278


Garmin GPS units have always been a favourite with OSM mappers, as well
as the general public who don't want to pay exorbitant prices for map
updates.

I regularly update and use an OSM base map on my Garmin car GPS.  It's
great for finding routing errors in the underlying OSM data.

When using a GPS unit, all manner of things come under the heading of
points-of-interest (POI).  As a consequence, there are those of us who
rely on things like shops, schools, servos, toilets, etc being nodes
rather than ways so that they're correctly listed in the various POI
categories the GPS offers.

I'm sure there are those who will argue that the mkgmap program should
render appropriate ways as POIs when converting to Garmin maps.  To the
best of my knowledge, it still doesn't.

John


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

Re: [Talk-us] Find missing roads

[Paul Johnson]

On Wed, Sep 30, 2015 at 2:37 PM, Mike N  wrote:

> On 9/30/2015 2:40 PM, Paul Johnson wrote:
>
>>  I do find two things remarkable about this plugin's
>> output:
>>
>>  1. It seems to have picked out an incomplete set based on the paths
>> relative to imagery.
>>  2. I have no way of being able to survey the exact location of the GPS
>> output from the plugin from the ground (it's inside a fence factory,
>> /of course/ it's fenced off!), so I can only assume the GPS was
>> located on one of those big diesel-powered forklifts.
>>
>
>   I had a look at the plugin - it does find some interesting things.  I
> find that truckers use the Scout App, and the profile where they drive
> around a huge factory to pick up / drop off a load appears the same as if a
> car is going through a previously unknown subdivision.
>

Wow, that's both awesome and a little toe-curling, though would be nice if
Scout had some of the alarm and vehicle parameter options of Osmand.


>   So once the plugin identifies an area of interest, confirm with imagery
> or TIGER for the next step
>- add driveways to a factory
>

Done.  Might have to check


>   The odd cloud of points comes from random inaccuracies of a smartphone
> inside a vehicle, and excluded for a certain distance from existing roads
> to minimize false positives.
>

OK, that makes a bit of sense.  Wonder if there's a way to enable that edge
case data to see other routable approaches.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-br] Via expressa

[Nelson A. de Oliveira]

Se fosse algo assim
http://1.bp.blogspot.com/_X1GtU5iwmQY/TDYbpCZwjFI/ABo/fqet-2ub0mI/s1600/08072010055.jpg
até seria aceitável, mas do jeito que parece ser
http://i.imgur.com/b93TuK0.jpg não me parece certo representar como 2
vias separadas.

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

Re: [OSRM-talk] OSRM Website Re-Design

[gleam]

On 2015-09-29 09:33 UTC  wrote:
> Hey,
 Ja? :-)
Kann man eigentlich einen Bildschirmabzug schicken?
Und wenn ja, wie?


___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [OSM-talk] Traffic Signs

[Martin Koppenhoefer]

2015-09-30 10:18 GMT+02:00 Lauri Kytömaa :

> In my experience collecting the signs exhaustively has revealed smaller and
> bigger errors in osm data, and also in the signs (say, "leaking" zone
> signs,
> missing parking restrictions and different moped allowances in different
> opposing directions on combined cycling and pedestrian ways).
>


Not sure, but it might be valid to have different access restrictions (e.g.
moped) on the same way, depending on the direction (while it must not be on
purpose, there is still the possibility it is on purpose, similarly,
maxspeeds for non divided, one carriageway roads might be different
depending on the direction of travel).

Cheers,
Martin
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[talk-au] Melbourne Airport (mapped as both node and way)

[Andrew Harvey]

Currently Melbourne Airport appears in the database twice, once as a node
once as a way. Is there any reason why I should not move the tags from the
node to the way and delete the node?

http://www.openstreetmap.org/node/235151361
http://www.openstreetmap.org/way/305804278
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [OSM-talk] Traffic Signs

[Daniel Koć]

W dniu 30.09.2015 11:38, Florian Lohoff napisał(a):


I started adding individual signs (and street lamps and surface) but
only after i systematically started taking photos with Mapillary.


EB Dirigo even offers signs recognition with a corresponding JOSM 
plugin:


https://www.ebdirigo.com/aboutDirigo
https://play.google.com/store/apps/details?id=com.elektrobit.mobile.ebdirigo
https://static.ebcloud.eu/downloads/plugins/ebdirigo.jar

--
"The train is always on time / The trick is to be ready to put your bags 
down" [A. Cohen]


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

Re: [OSM-talk-fr] flyer ? slides ?

[Pierre-Yves Berrard]

Il ya des choses ici en français:
http://wiki.openstreetmap.org/wiki/WikiProject_France/Support_Communication

Pierre-Yves

Le 30 septembre 2015 10:53, Nicolas Moyroud  a écrit :

> Bonjour,
>
> Sinon tu as quelques flyers/posters disponibles sur le wiki OSM :
> http://wiki.openstreetmap.org/wiki/Flyers_and_posters
> Malheureusement pas grand chose en français. Il faudra que je me décide à
> en traduire quelques uns à l'occasion ;-)
>
> Nicolas
>
> -
> Nicolas Moyroud
> Site web libre@vous : http://libreavous.teledetection.fr
> -
> « Celui qui croit qu’une croissance infinie peut continuer indéfiniment
> dans un monde fini est soit un fou, soit un économiste. » Kenneth Boulding.
>
> Le 29/09/2015 17:59, Hélène PETIT a écrit :
>
>> Hello
>> Je suis sollicitée au dernier moment  pour faire une courte présentation
>> d'osm.
>>
>> Je suis un peu prise de court, et pas chez moi.
>>
>> je suis preneuse de liens sur les fichiers qui vont bien, genre flyer,
>> tract, slides
>>
>> un grand merci !
>>
>> Hélène
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-ja] 日本のOSMデータ（とくに道路）クリーンナッププロジェクト

[ribbon]

On Wed, Sep 30, 2015 at 11:39:28AM +0900, Taichi Furuhashi wrote:

> talk-ja
> への報告が遅くなりましたが、2011年3月以降日本全国にインポートした道路データの品質チェックと修正作業を、アジアのマッパー達と検討、試験的に実施しております。（古橋個人の受信メールが大量に流れるため、talk-ja
> 上で細かくやりとりできておらずすみません）
> 
> 要点を以下にまとめましたので、ぜひお手伝いいただければ幸いです。
> 
> 【課題】
> ・2011年から2013年にかけてインポートしたYahoo!JAPAN 道路データに、位置のズレ（数ｍ程度）がみられる。

> ・道路トポロジ構造のチェックと、トポロジ修正に伴い既存の yh:WIDTH タグが、意図しない Way
> にも流れ込んでしまう問題があるため、人海戦術で、適宜削除していく。
> 
> 
> その他、細かな作業のやりとりは、以下の GitHub 上 Issue
> としてオープンに行っております。ご意見や質問などは、そちらに積極的に書き込みをお願い致します。

Yahoo!のデータは、位置のずれだけではなく、ない所に道があったりして、
結構疑問に思うところが多いと思っています。
適宜直していますが、どんどん直していただけると品質がずっと良くなると思います。

ribbon

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

Re: [OSM-talk-fr] flyer ? slides ?

[Nicolas Moyroud]

Bonjour,

Sinon tu as quelques flyers/posters disponibles sur le wiki OSM : 
http://wiki.openstreetmap.org/wiki/Flyers_and_posters
Malheureusement pas grand chose en français. Il faudra que je me décide 
à en traduire quelques uns à l'occasion ;-)


Nicolas

-
Nicolas Moyroud
Site web libre@vous : http://libreavous.teledetection.fr
-
« Celui qui croit qu’une croissance infinie peut continuer indéfiniment dans un 
monde fini est soit un fou, soit un économiste. » Kenneth Boulding.

Le 29/09/2015 17:59, Hélène PETIT a écrit :

Hello
Je suis sollicitée au dernier moment  pour faire une courte 
présentation d'osm.


Je suis un peu prise de court, et pas chez moi.

je suis preneuse de liens sur les fichiers qui vont bien, genre flyer, 
tract, slides


un grand merci !

Hélène

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



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

Re: [Talk-it] Mappa osmand italia

[Luca Delucchi]

2015-09-28 5:56 GMT+02:00 Luca Delucchi :
>
>
> Nei prossimi giorni preparo uno script per aggiornare i dati una volta a
> settimana sul server geodati.fmach.it vi aggiorno appena disponibili
>

Ho iniziato a testare lo script su tutta italia, spero che domani sia finito


-- 
ciao
Luca

http://gis.cri.fmach.it/delucchi/
www.lucadelu.org

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

Re: [Talk-it] 10 anni di OSM, animazione interattiva

[Aury88]

dieterdreist wrote
> Mapbox ha pubblicato questa animazione interattiva:
> https://www.mapbox.com/ten-years-openstreetmap/#12.508020/41.895952/13
> 
> Ciao,
> Martin
> 
> ___
> Talk-it mailing list

> Talk-it@

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

molto bello ed interessante! grazie per la segnalazione!



-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/10-anni-di-OSM-animazione-interattiva-tp5855832p5855898.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-au] Melbourne Airport (mapped as both node and way)

[Leon Kernan]

When I added the area there weren't a lot of airports locally tagged as
anything other than nodes.

I was probably being a little cautious at the time, i'd think it would be
safe to merge them now.

On Wed, Sep 30, 2015 at 7:31 PM, Andrew Harvey 
wrote:

> Currently Melbourne Airport appears in the database twice, once as a node
> once as a way. Is there any reason why I should not move the tags from the
> node to the way and delete the node?
>
> http://www.openstreetmap.org/node/235151361
> http://www.openstreetmap.org/way/305804278
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>
>
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [Talk-it] Mappa osmand italia

[Luca Delucchi]

2015-09-30 12:27 GMT+02:00 Francesco Pelullo :
>
>
> Forse il problema non è la RAM allocata ma lo spazio libero per lo swap,
> leggevo in un messaggio precedente che la compilazione del Friuli produce un
> output di 100 MB, presumo che lo swap raggiunga dimensioni anche di 4-5
> volte tanto.
>

non credo, attualmente dopo aver letto tutto il file pbf dell'italia
sta utilizzando solo 4.5GB di RAM e nessuna swap.
Leggendo in giro dicono che il problema principale si ha quando viene
letto il file pbf

> Ciao
> /niubii/
>



-- 
ciao
Luca

http://gis.cri.fmach.it/delucchi/
www.lucadelu.org

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

Re: [Talk-it] Mappa osmand italia

[Cascafico Giovanni]

> Altra domanda "scema": selezionando un subset dal .pbf dell'intero
territorio, si possono fare solo bounding-box rettangolari?

Dovrebbe essere possibile ritagliare il pbf con un poligono tramite
osmconvert.  C'è servizo online (mi pare francese) che tracciando su una
mappa genera il file nel formato adatto a osmconvert.

Vedi wiki osmandmapcreator

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

Re: [Talk-it] [Gfoss] R: Mapping party tematici a Ferrara

[Luca Delucchi]

2015-09-25 0:27 GMT+02:00 pg :
> Ciao Matteo,
> in realtà l'appuntamento sugli edifici è per sabato 26 (ore 10, Cortile
> Castello Estense).
> Credo che ne organizzeremo altri, e ti faremo sicuramente sapere.

Ciao,

come sono andati i due eventi?

> A presto
>
> pg
>

-- 
ciao
Luca

http://gis.cri.fmach.it/delucchi/
www.lucadelu.org

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

Re: [OSM-talk] Traffic Signs

[Maarten Deen]

On 2015-09-30 11:14, Martin Koppenhoefer wrote:

2015-09-30 10:18 GMT+02:00 Lauri Kytömaa :


In my experience collecting the signs exhaustively has revealed
smaller and
bigger errors in osm data, and also in the signs (say, "leaking"
zone signs,
missing parking restrictions and different moped allowances in
different
opposing directions on combined cycling and pedestrian ways).


Not sure, but it might be valid to have different access restrictions
(e.g. moped) on the same way, depending on the direction (while it
must not be on purpose, there is still the possibility it is on
purpose, similarly, maxspeeds for non divided, one carriageway roads
might be different depending on the direction of travel).


The city of Amsterdam is very good at this. One-way streets very often 
have no signs at the side where you are allowed to enter but have a sign 
"closed for motorized traffic with more than two wheels" on the other 
side.


Effectively it is not a one-way street because cars are still allowed to 
turn around and you can drive in reverse (not allowed in a one-way 
street).


How would you put this as a restriction in OSM? motorcar:backward=no or 
something?


Maarten

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

Re: [OSM-talk] Traffic Signs

[Maarten Deen]

On 2015-09-30 11:29, Martin Koppenhoefer wrote:

2015-09-30 11:25 GMT+02:00 Maarten Deen :


The city of Amsterdam is very good at this. One-way streets very
often have no signs at the side where you are allowed to enter but
have a sign "closed for motorized traffic with more than two wheels"
on the other side.

Effectively it is not a one-way street because cars are still
allowed to turn around and you can drive in reverse (not allowed in
a one-way street).

How would you put this as a restriction in OSM? motorcar:backward=no
or something?


what about a turn restriction relation via the node where you are not
allowed to enter?


That turn restriction does not exist in real life, so you shouldn't add 
it in OSM ;)


But suppose you would solve it like that: you can enter an OSM way from 
two or three other ways (T-junction or crossing), do you then have to 
make two or three turn restrictions?


Regards,
Maarten


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

Re: [OSM-talk] Traffic Signs

[Shaun McDonald]

> On 30 Sep 2015, at 10:46, Maarten Deen  wrote:
> 
> On 2015-09-30 11:29, Martin Koppenhoefer wrote:
>> 2015-09-30 11:25 GMT+02:00 Maarten Deen :
>>> The city of Amsterdam is very good at this. One-way streets very
>>> often have no signs at the side where you are allowed to enter but
>>> have a sign "closed for motorized traffic with more than two wheels"
>>> on the other side.
>>> Effectively it is not a one-way street because cars are still
>>> allowed to turn around and you can drive in reverse (not allowed in
>>> a one-way street).
>>> How would you put this as a restriction in OSM? motorcar:backward=no
>>> or something?
>> what about a turn restriction relation via the node where you are not
>> allowed to enter?
> 
> That turn restriction does not exist in real life, so you shouldn't add it in 
> OSM ;)
> 
> But suppose you would solve it like that: you can enter an OSM way from two 
> or three other ways (T-junction or crossing), do you then have to make two or 
> three turn restrictions?
> 

I've seen similar in Britain where there's a short one way section at the end 
of the street, though there is a one way sign at the end of the street for 
around 10-20 metres.

Shaun


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

[OSM-talk-ie] Eircode Report: Not clear if 38 million savings will be achieved

[Daniel Cussen]

The real cost of Ireland’s postal code project, Eircode, is around €38
million and it is not clear the expected benefits will be achieved,
the Comptroller and Auditor General (C) has found.

http://www.irishtimes.com/news/ireland/irish-news/not-clear-if-38m-eircode-benefits-will-be-achieved-c-ag-1.2371170

Download actual document here:
http://www.audgen.gov.ie/documents/annualreports/2014/report/en/report%20on%20the%20accounts%20of%20the%20public%20services%202014.pdf

See page 149 onwards
Lots of juicy details

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

Re: [Talk-it] Mappa osmand italia

[Francesco Pelullo]

Il 30/set/2015 10:23, "Martin Koppenhoefer"  ha
scritto:
>
>
>
>
>
> gli darei il massimo di RAM possibile (tutto meno 1GB o qualcosa del
genere, dipende dal tuo sistema).
>
> Ciao,
>

Forse il problema non è la RAM allocata ma lo spazio libero per lo swap,
leggevo in un messaggio precedente che la compilazione del Friuli produce
un output di 100 MB, presumo che lo swap raggiunga dimensioni anche di 4-5
volte tanto.

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

[OSM-ja] 10/24(土) 富山県南砺市(福光) マッピングパーティーのご案内

[Takayuki TOMINARI]

OpenStreetMap北陸の冨成です。

10/24(土) 富山県南砺市(旧福光町)で、マッピングパーティーを開催します(主催はCode for Nanto)。

観光ガイドさんを伴ってまち歩きをしたり、OSMの編集や紙地図に書き込みながらの福光トークを展開しようと考えています。

参加申し込みは、Facebookかメールになっておりますので、ご興味のある方は、ぜひお越しください。

○facebook
https://www.facebook.com/events/1504217359903231/

○メール
codeforna...@gmail.com

よろしくお願い致します。

〆
-- 
Code for Toyama City 発起人
冨成 敬之(TOMINARI Takayuki)

URL:http://codefortoyama.jimdo.com
Facebook:https://www.facebook.com/codefortoyama
E-mail: tominari.takay...@gmail.com
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [Talk-it] Mappa osmand italia

[Max1234Ita]

dieterdreist wrote
> gli darei il massimo di RAM possibile (tutto meno 1GB o qualcosa del
> genere, dipende dal tuo sistema).
> 
> Ciao,
> Martin


Ho provato anch'io ad aumentare l'assegnazione, ma per qualche motivo che
non comprendo (non sono espertissimo di Java) quando supero i 900 mega il
programma non si avvia nemmeno...

E sì che non ci vorrebbe poi molto, se con 920 mega arrivo al 62%,  1.5 Giga
dovrebbero bastare, con 2 sarei praticamente certo di farcela... Ripeto, il
mio sistema di risorse fisiche (memoria e disco) ne ha... ma non riesco a
fargliele usare!

Grazie comunque per le risposte,
Max





--
View this message in context: 
http://gis.19327.n5.nabble.com/Mappa-osmand-italia-tp5855526p5855886.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] Mappa osmand italia

[Max1234Ita]

cascafico wrote
> Be' ... il lavoro pbf>obf potrebbe esser fatto su base regionale, visto
> che
> sembrano aggiornatissimi
> 
> http://gfoss.fmach.it/gfoss_geodata/osm/Italia_osm.html


Domanda scema: Non esiste una qualche procedura che permetta di accorpare
più mappe regionali creandone una che formi una macro-area? Tipo
Nord/centro/sud-Italia?

Altra domanda "scema": selezionando un subset dal .pbf dell'intero
territorio, si possono fare solo bounding-box rettangolari? 
Ho provato a selezionare le Regioni del Nord Italia dalla Valle d'Aosta
all'Emilia-romagna per includerle tutte mi tocca tirar dentro anche
buona parte di Toscana e Marche... non è che così sia molto ottimizzata :-)

Max



--
View this message in context: 
http://gis.19327.n5.nabble.com/Mappa-osmand-italia-tp5855526p5855891.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: [OSM-talk] Traffic Signs

[Florian Lohoff]

Hi,

On Tue, Sep 29, 2015 at 02:23:25PM -0700, Hans De Kryger wrote:
> I know it's been talked about in the past what the major goals of
> OpenStreetMap are. And i remember there being different opinions on what
> those are, (when Steve Coast mentioned his goal being Addresses) which i
> agree. Addresses are a big future for OSM.
> 
> One goal not mention is traffic signs. I think there's a huge potential
> once we have traffic signs all over the world in the database. Ways to tag
> them in the database being besides the point. (Which still needs to be
> addressed) hire did everyone feel about this?

I started adding individual signs (and street lamps and surface) but
only after i systematically started taking photos with Mapillary.

No mapping without images.

Once you start mapping signs you end up finding tons of errors
in the OSM Dataset (As with addresses - once you start mapping addresses
you find tons of street name errors). And i dont want to map anymore
without taking photos first as with the dense map there are a lot of
mappers and with the photos I can always go back and proof something is 
exactly as I mapped it.

So at first street signs seem to be redundant but that redundancy 
leads to verifyable data.

I started creating my little own JOSM style as i didnt find any 
which showed the German zone speed limits and "Verkehrsberuhigt"

I'd wish someone produced a Germany street sign style with all the
DE:x signs also with additions like 1020-30 etc ...

And please - an OsmAND view with street signs ;)

Flo
-- 
Florian Lohoff f...@zz.de
 We need to self-defense - GnuPG/PGP enable your email today!


signature.asc
Description: Digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Traffic Signs

[Martin Koppenhoefer]

sent from a phone

> Am 30.09.2015 um 11:46 schrieb Maarten Deen :
> 
> That turn restriction does not exist in real life, so you shouldn't add it in 
> OSM ;)
> 


I'm not convinced it doesn't exist (the sign says you can enter)



> But suppose you would solve it like that: you can enter an OSM way from two 
> or three other ways (T-junction or crossing), do you then have to make two or 
> three turn restrictions?


if you split the way with the sign at the projected sign position there will be 
only one way (because signs are rarely in the center of a crossing).
there is even documentation how to do it (case 8, just discovered this myself, 
thought about restriction=only_u-turn or not_forward but it's no_entry): 
http://wiki.openstreetmap.org/wiki/Relation:restriction

cheers 
Martin 
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Traffic Signs

[Maarten Deen]

On 2015-09-30 12:22, Martin Koppenhoefer wrote:

sent from a phone


Am 30.09.2015 um 11:46 schrieb Maarten Deen :

That turn restriction does not exist in real life, so you shouldn't 
add it in OSM ;)





I'm not convinced it doesn't exist (the sign says you can enter)



But suppose you would solve it like that: you can enter an OSM way 
from two or three other ways (T-junction or crossing), do you then 
have to make two or three turn restrictions?



if you split the way with the sign at the projected sign position
there will be only one way (because signs are rarely in the center of
a crossing).


Example in case: 
https://www.google.nl/maps/@52.3711881,4.8795496,3a,75y,357.9h,71.43t/data=!3m7!1e1!3m5!1splknSXfDyaN5nx2ujYj0YA!2e0!6s%2F%2Fgeo0.ggpht.com%2Fcbk%3Fpanoid%3DplknSXfDyaN5nx2ujYj0YA%26output%3Dthumbnail%26cb_client%3Dmaps_sv.tactile.gps%26thumb%3D2%26w%3D203%26h%3D100%26yaw%3D96.096642%26pitch%3D0!7i13312!8i6656


Yeah, real sweet if you would split a way up for those 2 meters.


there is even documentation how to do it (case 8, just discovered this
myself, thought about restriction=only_u-turn or not_forward but it's
no_entry): http://wiki.openstreetmap.org/wiki/Relation:restriction


That would be a better option. Also I didn't know that you could enter 
multiple from ways in a relation like that.


Regards,
Maarten

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

Re: [OSM-ja] 毎週木曜日 9:00-10:30 にクライシスマッピングをテーマにした古橋ゼミ開講します。

[ribbon]

On Wed, Sep 30, 2015 at 11:48:58AM +0900, Taichi Furuhashi wrote:

> できるかぎり、学生と外部のマッパーの方々との接点を設けたく、
> 毎週木曜日 9:00-10:30 にクライシスマッピングをテーマにした古橋ゼミは、
> 外部からも参加（基本的にオンライン）できるように工夫したいと思います。

さすがにこの時間は仕事中なので
ダイジェストか何か、どこかで公開していただけると良いかと思います。

ribbon

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

Re: [OSM-talk] Traffic Signs

[Martin Koppenhoefer]

2015-09-30 11:25 GMT+02:00 Maarten Deen :

> The city of Amsterdam is very good at this. One-way streets very often
> have no signs at the side where you are allowed to enter but have a sign
> "closed for motorized traffic with more than two wheels" on the other side.
>
> Effectively it is not a one-way street because cars are still allowed to
> turn around and you can drive in reverse (not allowed in a one-way street).
>
> How would you put this as a restriction in OSM? motorcar:backward=no or
> something?
>


what about a turn restriction relation via the node where you are not
allowed to enter?

Cheers,
Martin
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] 24 Ottobre 2015: Mapping party a Schio (Vicenza)

[luca menini]

Il 30 settembre 2015 14:05, Matteo Zaffonato  ha scritto:
> Volevo segnalare alla lista che, in occasione del Linux Day 2015, AViLug sta
> organizzando il suo primo Mapping Party

[cut]

> L'appuntamento è per *martedì 6 ottobre alle ore 21.00*


Ciao Matteo,
a Dario avevo detto che poteva essere interessante abbinare al mapping
party anche una raccolta foto con Mapillary:
http://www.mapillary.com/map
Schio non ha ancora foto :-)

Avevo anche dato la mia disponibilita' a "coprire" questa parte.
Spero di riuscire a venire al tuo talk il 6/10.

luca

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

Re: [Talk-it] OSMIT 2015

[Marcello]

Il 30/09/2015 10:04, Volker Schmidt ha scritto:
> Scusate che non ho inserito niente nel sito. Sono stato preso da altre
> cose urgenti non OSM.
>
> Confermo:
>
>   * mini-workshop: Mapillary
>   * mini workhop: come mappare infrastrutture per bici.
>
>
> Poi sarei interessato a partecipare ed eventualmente co-organizzare
> una tavola rotonda sugli import e in particolare sulla questione
> qualità dati importati (è un tema controverso). In alternativa potrei
> fare una presentazione (scherzosa-provocatoria) essenzialmente sullo
> stesso argomento "Cicloturista nel paese delle meraviglie di OSM -
> revisited"
Se si parla di import mi piacerebbe che qualcuno 'esperto'
dell'argomento parlasse anche delle licenze, perché da alcune
discussioni passate mi sembra che anche per i dati rilasciati con
licenza CC-BY 3.0 (o altre CC-BY), forse la maggior parte dei dati
rilasciati attualmente, non basta la citazione della fonte ma deve
essere comunque richiesta un'autorizzazione esplicita all'ente, per cui
due parole su come muoversi prima di passare alla fase tecnica e
operativa dell'import penso siano importanti. La discussione della
qualità dei dati per gli import già effettuati poi sarebbe utile per
decidere quali dati importare e quali invece potrebbero creare più
problemi per il controllo e l'aggornamento rispetto al reale apporto di
informazioni alla mappa.
>  
>
> Anche per quanto riguarda le adesioni, mi sembra che per ora ce ne
> siano
> state molto poche.
>
>  
> Dovresti aggiungere me. Se si fa, ci sono.
>  
>
> Non so se siamo in linea con quanto successo nelle altre edizioni,
> in cui magari la gente evita di segnarsi perché non è sicura e poi
> alla fine 
> viene comunque.
>
>
> Se la scarsa partecipazione, sia in termini di proposte di
> talk/laboratori sia
> per quanto riguarda la partecipazione in platea, credete che possa
> dipendere
> dalle date scelte per l'evento e/o per la direzione che questo ha
> preso in termini
> di organizzazione, ragioniamoci.
>
> Durante la scorsa riunione eravamo d'accordo sulla necessità di
> valutare,
> nel caso si rischi la scarsa partecipazione per una o più cause
> (compresi il poco 
> tempo oramai rimasto per la pubblicizzazione e la definizione
> dell'event),
> l'opportunità di rimandarlo alla prossima primavera.
>
>
> Ho paura che non ci resta che spostare. 
>
Non ho nessuna esperienza per le edizioni passate, finora non c'è stato
molto seguito, quindi forse lo spostamento si rende necessario, ma se
non si capiscono i motivi rischiamo che anche spostando l'evento avremo
8/10 persone al massimo che assicurano la presenza.
Io penso che molte persone che contribuiscono assiduamente alla mappa e
potrebbero essere interessate all'evento non frequentano la mailing list
o il wiki, per cui non hanno informazioni su questo evento, ma non so
quale canale potrebbe essere utilizzato per diffondere l'informazione
dell'evento ad una platea più ampia.
> Mi rendo conto che sono parte del problema. Quando ci parliamo, faccio
> proposte e poi non ho il tempo per fare. (potrei fare il politico?)
>  
> Volker
>
Ciao
Marcello
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-br] RES: RES: OSM - CNEFE

[Lucas Ferreira Mation]

ops, mandei acidentalmente antes de terminar. Retomando no ponto C

C) De fato a podemos usar o shape de setores para aproximar mais o
pareamento espacial (atualmente eu só usei os municípios) antes de parear
as quadras pelo nome. E com isso podemos aumentar ao grau de tolerancia nos
pareamentos fuzzy. Este pareamento OSM - poligonos de setor censitario
também é útil para a outra grande metade do projeto (na qual ainda não
avancei muito) que é sugerir nomes para ruas sem nome no OSM a partir do
CNEFE.
Eu já tentei rodar a query abaixo para fazer isso (resumindo, cruzar
primeiro por uf e municipio, atribuindo codigos para estes nas duas bases,
para reduzir o número de cruzamentos espaciais de fato entre setores e ruas
apenas dentro de cada municipio):

CREATE TABLE OSM_Streets_by_SetorCensitario2 AS
SELECT OSM_Streets_by_Mun.*, setor_censitarioL.geom
FROM OSM_Streets_by_Mun, setor_censitarioL
WHERE OSM_Streets_by_Mun.cod_UF=
substring(setor_censitarioL.cd_geocodi,1,2)  AND
OSM_Streets_by_Mun.cod_mun= substring(setor_censitarioL.cd_geocodi,1,7)
AND
ST_Intersects(way,ST_Buffer(setor_censitarioL.geom,0.005))=true

O problema é que é um cruzamento muito grande. Se bem me lembro, são
~1.6milhoes de ruas no OSM brasil e 312 mil setores censitarios. Deixei
rodando por 5 dias no servidor (relativamente potente, 126GB de ram, 4
nucleos) e não terminou. Nao sei se tem uma forma de otimizar esta query,
talvez fazendo proceduralmente, num loop, muncipio a municipio (mas isso em
tese as 1as duas condições do WHERE já impõem). Ou entao cruzando com
layers espaciais intermediarios, como distrito e subdistrito antes de ir
pro setor censitario direto (mas não estou conseguindo criar estes layers
com base nos setores censitarios, por causa dos problemas topologicos
destes). Enfim, vou perguntar no StackOverflow para ver se alguém tem uma
idéia.

D) melhorar as queries textuais, com filtros nos textos e fuzzy acho que é
um ótimo caminho. Uma restrição, pelo menos como eu modelei os dados, é que
estou fazendo pareamento de arrays contendo nomes de ruas, que internamente
são ordenados alfabeticamente (uma linha da tabela representa uma quadra, e
há uma coluna que é um array, e lá dentro tem todos os nomes de rua,
ordenados alfabeticamente). Se o erro ou correção ocorrer no começo de
certo nome de rua, isso vai afetar a ordem alfabetica dos nomes de rua, e
não sei como o pareamento (possivelmente fuzzy) vai reagir a isso.

Você tem alguma idéia melhor de uma estrutura de dados mais adequada pro
pareamento?

Outra coisa, estou trabalhando no PostGis-Postgresql então o ideal seria os
"filtros foneticos" serem implementados no próprio Postgis. Tenho boa
familiaridade com R também, então, se precisar sair, a 2a opção mais fácil
de implementar seria o R.

E) pensei também nos blocos que parearem apenas 3 das 4 ruas. Bom,
considerando apenas quadras de 4 lados, para simplificar, seriam 2 quadras
para cada conjunto de 3 ruas. precisamos de uma forma de definir qual é
qual. Alguma idéia?

F) voce mencionou uma outra idéia, na qual eu também já trabalhei um pouco,
que é ir seguinto a descrição textual dos setores. Estes aquivos vem com
dois campos: "ponto inicial" e "decrição do setor". Com banstante traquejo
no uso de expressões regulares da para quebrar isso em seguencias de
esquinas (cruzamentos). Mas uma dificuldade é que e linguagem não é padrão.
Como os arquivos são produzidos de forma descentralizada, pelos ~500
escritórios locais do IBGE, há diferenças ao longo do brasil (talvez seja
por estado). Tem setores que está com "esquina da rua A com a B". Em outros
está "cruzamento rua A e rua B". Isso para o campo "ponto incial". A
descrição de setor tem ainda mais variabilidade.

G)  Outro elelmento que ainda não eplorei, mas que vem de uma idéia do
Peter Krauss, é que o CEP segue uma estrutura, tal que, cada seguimento de
uma rua, tem o mesmo CEP para as quadras dos dois lados da rua. Isso pode
ser mais um elemento para "amarrar" estes pareamentos de alguma forma.



enfim, estes são menos comentarios sobre as idéias que você mencionou.
Vamos pensar mais nisso para "espremer" tudo de informação últil no CNEFE e
vice-versa








2015-09-30 9:53 GMT-03:00 Lucas Ferreira Mation :

> fantástico Marcos,
>
> eu já "ataquei" várias linhas das que você sugeriu, mas ainda não
> completei. Tenho trocado algumas idéias a respeito, off-line do grupo para
> não tumultuar muito por aqui, com o  Peter Krauss. Podemos te incluir na
> conversa.
>
> Vamos por partes:
>
> A) A primeira grande dúvida que eu tenho é quanto podemos confiar no
> posicoinamento das ruas do OSM? Por exemplo, quando o shape de setor
> censitário e o OSM não batem, como eu posse ter certeza que o certo é o
> OSM? Será que o mapeador não se baseou numa imagem de satélite que também
> estava deslocada? Enfim, no meu código estou de certa forma tomando o
> posicionamento de ruas do OSM como "verdade", mas seria bom pensar um pouco
> melhor nisso. Eu vi 

Re: [OSM-talk] JOSM and shapefile rendering

[Blake Girardot]

Hi Mike,

I usually do sort of use a hack to see points from shp files.

I select all and then give them all a tag that renders so you can see 
the points like place=locality.


You might need to change the key for the name field to 'name'

And of course depending on how many you have that might be too large of 
an icon.


You can also create a custom mapCSS file to render them more to your 
liking based on the key=values they already have.


And I am sure there is probably a better way than either of those two as 
well.


Cheers
blake


On 9/29/2015 10:44 PM, Mike Thompson wrote:

I would like to open a shapefile in JOSM for use as reference when
manually editing (I am not doing an import). Using the Opendata plugin I
can do this, but I can't figure out how to change the rendering and
labeling.  I don't need anything fancy, just a larger/brighter symbol
(it is a point file) with the names from the shapefile labels.  Any ideas?

Mike


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



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

Re: [OSM-talk-be] GRB Flanders

[Ben Laenen]

Ik maak me ook het meeste zorgen om de schaal van zo'n importoperatie. We 
kunnen nu al zien met CRAB (wat uiteindelijk quasi manueel toevoegen van elk 
adres is) dat het jaren duurt vooraleer het kleine groepje vrijwilligers daar 
ooit helemaal is doorgeworsteld, dat ik me afvraag hoe we dat met een nog 
grotere dataset gaan aanpakken. We kunnen ook moeilijk al de bestaande data 
gewoon gaan overschrijven. Als er al data bestaat moet je de twee gaan 
vergelijken en laat dat nu nog veel meer werk en tijd kosten.

En de import is één ding, het up to date houden wordt nog een veel groter 
probleem... Misschien ook eens raad vragen aan onze Nederlandse collega's die 
toch gelijkaardige grote imports hebben gedaan (al was het bij hen wel véél 
vroeger in het project toen de hoeveelheid data nog aanzienlijk minder was dan 
wat wij nu in België hebben gemapt op de "oude" manier).

Ben


On Tuesday 29 September 2015 20:26:07 Pieter Colpaert wrote:
> Hi all,
> 
> The GRB (https://www.agiv.be/producten/grb) will become open data
> starting January, probably under the free open data license Flanders.
> 
> What are the obstructions/possibilities to start using this in OSM?
> 
> Kind regards,
> 
> Pieter


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

Re: [Talk-us] Cycle_greenway

[Paul Johnson]

On Mon, Sep 28, 2015 at 2:34 PM, Harald Kliems  wrote:

> I would map greenways/bike boulevards as lcn=yes or, if they have a name,
> maybe as a lcn route relation. Other than that, I think it's more important
> to map physical characteristics such as stop signs, bike-specific
> infrastructure, diverters, and speed limits on those routes.
>

Even if it's not named, the fact that it may be named or numbered in the
future and generally traverses multiple ways (or a way that may be split
with the addition of more detail later), I tend to go with relations for
routes rather than go with lcn/rcn/ncn=yes.  The tags on the way should
describe the way, not the route; the route relation is there for the route.
 (Have I mentioned it's time to kill ref=* on ways as describing the
overlying route yet, like Linus killed ext1 after ext3 became a thing?)
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-br] RES: RES: OSM - CNEFE

[Marcos Fedato]

Caros,
Eu trabalhei alguns anos com essa parte de endereçamento e tenho muito a ajudar 
nesse processo do CNEFE.
Além dos acentos e da lógica fuzzy (que pode adicionar erros), podemos usar 
alguma coisa de fonética brasileira(que pode adicionar erros) e tabelas 
auxiliares(que pode adicionar erros) com nomes padrão, dando replace em erros 
conhecidos de grafia (AKA: juscelino kubitschek é difícil de escrever).
Tem esse algoritimo em Delphi que eu achei uma vez, que faz um trabalho 
fantastico de fonética BR (tecnicamente não é BR é do Portugês) (AKA: soundex 
não é bom para matches exatos) http://pastebin.com/KpYxxw5e.
Vamos supor que o "quarteirão" tenha 4 ruas e 3 delas tem nome no OSM e estes 
nomes batem, a gente pode supor que a rua que faltou no OSM tem o nome da rua 
que sobrou no CNEFE.
A gente pode usar não só os municipios, mas também os setores censitários para 
achar exatamente onde estão os nomes faltantes.
Os setores censitários tem uma tabela de descrição do entorno. É um campo de 
texto livre para cada setor falando as ruas por onde ele é delimitado. Com 
alguma inteligência a gente pode quebrar esse campo em ruas e cruzar com o OSM 
também.
O problema conhecido de cruzar diferentes bases de dados espaciais é o 
deslocamento que pode haver entre uma e outra, tenho alguns esboços 
interessantes de como resolver isso saíndo do mundo tabular e utilizando GIS.
Minha ideia se baseia em 2 coisas, achar alguns setores por cidade onde tudo 
bate e usar eles como referência de posicionamento. Depois extrapolar o erro 
destes setores para os setores próximos encaixando eles no lugar mais próximo 
do correto. (se o setor que a gente sabe que bate com o OSM estiver 5m para a 
direita, o setor vizinho dele estara provavelmente a algo próximo de 5m a 
direita também, pois eles tem paredes que se tocam)
Existe também o problema de ruas que de fato mudaram de nome, podemos usar a 
tag old_name do OSM neste processo, se o nome do CNEFE constar lá, não é erro, 
realmente foi mudado o nome da rua.
Então os dados seriam OSM(Vetor, Name, Alt_Name, Official_Name, Ref, Old_Name, 
No_Name), CNEFE, Shapes dos setores censitários, Descrições dos setores 
censitários.
Pegar as áreas verdes (acho que village_green e park) com nome seria legal 
também, pois muitas praças dão nomes a logradouros, mas nem sempre isso se 
reflete na base de arruamento.
Eu quero muito de ajudar nisso, estudei isso do OSM e do CNEFE bastante tempo e 
por isso tenho bastante conhecimento para tal, se tiverem interesse em expandir 
essa conversa além da lista (dá uma preguiça de escrever e a discussão demora, 
principalmente para brain storming) estou disposto a participar de discussões 
via áudio sobre o tema em horário não comercial e depois a gente pode colocar 
na lista um resumo para não perder o histórico.
Sou programador experiente, posso ajudar a desenvolver rotinas de transformação 
de texto, consultas e análises espaciais necessárias para esse processo.
Parabéns pelo trabalho até então, essa iniciativa é 10, somando esforços a 
gente vai destruir de deixar o OSM completo!

Atenciosamente
Marcos Fedato


Date: Wed, 30 Sep 2015 01:33:03 -0300
From: lucasmat...@gmail.com
To: talk-br@openstreetmap.org
Subject: Re: [Talk-br] RES: RES: OSM - CNEFE

coloquei agora. 
Mudei o codigo mesmo , que estava grande demais pro Readme para 

https://github.com/lucasmation/osm_cnefe_import/blob/master/OMS_and_CNEFE_blocks_matching.sql



2015-09-29 15:45 GMT-03:00 Márcio Aguiar Ribeiro :
Oi, Lucas!
Muito bom! Eu venho planejando fazer isso faz um tempo já. Entrei no 
repositório e fiquei fuçando o código e o que eu entendi é que ainda não está 
disponível, certo?Marcio Aguiar Ribeiro

2015-09-28 13:19 GMT-03:00 Lucas Ferreira Mation :
Pessoal, 
retomando este assunto:  consegui (finalmente!!!) cruzar os quarteirões do 
CNEFE com os do OSM. 
O Cnefe tem 2.1 milhões de quarteirões. O OSM tem 1.6 milhões de "quarteirões" 
(os quarteirões são algo que eu mesmo crio, a partir da interseção das Ruas do 
OSM). Destes apenas 480 mil tem todos os lados nomeados. 
O primeiro critério do cruzamento foi que os quarteirões tinham que cair no 
mesmo município (a partir do shapefile de municípios de 2010 do IBGE). O 2o 
critéiro foi que os nomes de todas as ruas que compõem o quarteirão batessem 
nas duas bases. 
Com este critério consegui identificar 95mil quarteirões do CNEFE no OSM. Para 
estes quarteirões temos todos os endereços que estão no CNEFE. 
Os municípios com mais quarteirões são: 
São Paulo - 5mil. Bejo Horizonte -  3,5milCuritiba - 3.2milCampo Grande - 
2.7milFortaleza - 1.9milRibeirão Preto - 1.7milRio de Janeiro - 1.5mil
e assim vai. Encontrei quarteirões em 1822 municípios, mas a maioria tem menos 
de 20 quarteirões encontrados. 
Isso foi com pareamento extato. Vou começar agora a testar com fuzzy matches. 


ao longo do dia vou migrar o código para: 
https://github.com/lucasmation/osm_cnefe_import

Re: [Talk-br] Classificação de vias (agora com 50km/hora), como fica? Tarcisio Oliveira

[Gerald Weber]

Olá

2015-09-29 17:58 GMT-03:00 :

> Ivaldo,
> confesso que não é do meu costume aplicar a tag maxspeed em vias porque
> infelizmente estamos em um país onde a engenharia de tráfego não demonstra
> que entende de tráfego.
>

É uma pena. Como usuário do OSM para mim estas são informações importantes.
Especialmente quando há grande variação nas velocidades, se eu puder usar o
GPS como recurso para me alertar destas variações seria muito valioso.

OFF-TOPIC DAQUI PARA FRENTE.

Prezado Márcio, respondo aqui a sua mensagem, mas por favor não é nada
pessoal contra a sua pessoa. Tenho maior respeito por seu trabalho aqui no
OSM e no Cocar.

Apenas que eu vejo esses argumentos repetidos tão exaustivamente que eu
acho que está se perdendo o foco real destas intervenções de trânsito. É
uma situação que me angustia profundamente pelo elevado custo humano que
isto representa e por isto gostaria de colocar um contra argumento.


> Conduzi carro lá fora com grande tranquilidade porque experimentei
> velocidades máximas permitidas constantes nas vias. Aqui no Brasil não é
> assim. À frente no site http://maparadar.com me impressiona as variações
> de velocidade máxima permitida em trechos de vias, e o pior, com sensores
> de velocidade que arrecadam recursos oriundos das multas.
>


O que se multa aqui no Brasil é irrisório comparado com que se faz lá fora.
No Europa se realiza até mesmo "Maratonas de Radar"
https://www.bussgeldkatalog.org/blitzermarathon/ ou
http://www.sueddeutsche.de/thema/Blitzer-Marathon jogando todo efetivo
policial na rua para multar. Lembrando ainda que lá em geral os radares não
tem a localização anunciada.

Se é tão mais tranquilo dirigir na Europa é porque o controle é exercido
com mão-de-ferro numa escala que aqui seria completamente impensável
(imagine só a gritaria que seria ter 15 mil policiais escondidos 24h com
radares móveis multando).


>
> Pasmo estou com a quantidade de radares que foram implantados no Brasil
> nestes meses de agosto e setembro. Isso está me levando a deduzir que os
> governos estão buscando outras fontes de renda para diminuir o rombo nos
> cofres públicos.
> Vejam matéria em
> http://g1.globo.com/sao-paulo/noticia/2015/08/multas-aplicadas-em-sp-sobem-22-no-1-semestre-deste-ano-diz-cet.html
>

Que tal olhar isso por outro ângulo?

Em BH nos últimos 10 anos o número de fatalidades no trânsito caiu de 5
mortes por 1000 acidentes para 1 por 1000, isto depois de encher a cidade
de radares (que na verdade são lombadas eletrônicas já que amplamente
sinalizadas). E olhe que neste período a frota de carros dobrou na cidade.
Como morador da cidade posso confirmar que tenho visto bem menos acidentes
nos últimos anos. Antes era quase todo dia que via alguma ocorrência.

Eu acredito que a quantidade de vidas salvas aqui justifica plenamente a
ação de implantar esses radares. Isto sem falar na desoneração do sistema
público de saúde que fica sobrecarregado atendento vítimas de trânsito.
Para ter uma noção, só acidentes com motos consome 50% do orçamento do SUS
na Bahia .



>
> Quando incluímos a tag maxspeed em uma via devemos ter em mente que as
> constantes variações  de velocidade máxima impostas pelos órgãos de
> trânsito irão nos obrigar a alterar aquela tag.
>
> Veja exemplo recente na cidade de São Paulo onde foram reduzidas todas as
> velocidades das principais vias da cidade.
>
> Como exemplo, observe a Marginal Tietê em
> http://www.openstreetmap.org/way/4614918
>
> Essa via teve sua velocidade máxima permitida alterada de 90 para 70 km/h.
> A auxiliar de 70 para 60 km/h. Ambas não foram ainda alteradas no OSM, mas
> de qualquer forma não acredito que velocidades nessas vias, em horários
> diurnos, permitam se atingir essas velocidades.
>

Me perdoem, mas aqui vamos para uma aula de física.

A redução de velocidade de 70 para 60 km/h pode parecer pífia, mas
lembre-se: 1/2mv^2, energia cinética vai com o quadrado da velocidade. No
caso uma redução de  15% da velocidade reduz a energia cinética em 27%. Por
que isto é importante? Numa colisão toda a energia cinética tem que ser
dissipada ou deformando o veículo ou então ela é dissipada com
consequências trágicas no pedestre/ciclista/motociclista. Uma redução de
27% de energia cinética pode ser a diferença entre a vida e a morte.

Outra grandeza física que vai com o quadrado da velocidade é a força
centrípet a. Numa
curva, quem faz o papel desta força é a força de atrito. Portanto, se numa
curva você reduzir a velocidade de 70 para 60 km/h, você reduz a força de
atrito necessária para se manter na curva em 27%. Pode ser a diferença
entre fazer a curva ou não, especialmente se houver alguma coisa que for
reduzir a força de atrito de maneira inesperada como água ou areia na pista.

A terceira grandeza que vai com o quadrado da velocidade é a distãncia de
frenagem

[Talk-it] 24 Ottobre 2015: Mapping party a Schio (Vicenza)

[Matteo Zaffonato]

Volevo segnalare alla lista che, in occasione del Linux Day 2015, AViLug 
sta organizzando il suo primo Mapping Party con ritrovo a Palazzo 
Fogazzaro in Via Pasini 46 a Schio (Vicenza). Al momento il programma è 
in corso di elaborazione, potete trovare maggiori info nelle prossime 
settimane sul sito http://www.avilug.it/.


Per aiutare chi volesse partecipare al Mapping Party AViLug terrà il 
talk "Come contribuire a Open Street Map" presentando i seguenti argomenti:

- Cos'è Open Stree Map (OSM) e come funziona
- Quali dati si possono caricare su OSM
- Quali utilizzi si possono fare dei dati
- Come iscriversi a OSM
- Come iniziare a contribuire:
  * segnalazione dei numeri civici
  * segnalazione delle attività commerciali
  * usare gli scontrini per contribuire a OSM
  * Mappare strade, piste ciclabili e sentieri usando un GPS e  JOSM

L'appuntamento è per *martedì 6 ottobre alle ore 21.00*, presso l'Aula 
Informatica del Comune di Schio, in via Pasini 46, a Schio (VI). Vi 
aspettiamo numerosi!



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

Re: [OSM-talk] Traffic Signs

[Florian Lohoff]

On Wed, Sep 30, 2015 at 11:53:46AM +0200, Daniel Koć wrote:
> W dniu 30.09.2015 11:38, Florian Lohoff napisał(a):
> 
> >I started adding individual signs (and street lamps and surface) but
> >only after i systematically started taking photos with Mapillary.
> 
> EB Dirigo even offers signs recognition with a corresponding JOSM
> plugin:
> 
> https://www.ebdirigo.com/aboutDirigo
> https://play.google.com/store/apps/details?id=com.elektrobit.mobile.ebdirigo
> https://static.ebcloud.eu/downloads/plugins/ebdirigo.jar

I've been a Betatester for EB Dirigo so i know. The point is not only
signs - its about details to map which i today might not even know
about. 

When i started mapping in early 2008 i mapped 3 towns with a total of
15 residents more or less alone. So i have seen all streets,
footways etc. I took notes - spoken, written, sketched etc. 

I got a very detailed map together within a couple of years. The area is
now address complete. The point is that i today want to map the
existance of sidewalks, street lights, surfaces. I didnt think of that
back in 2008 so i dont have notes about it.

Now i am systematically taking photos. Given that mapillary stays i can
go back to those photos and put details in the map i am not even
thinking about today. Roof shapes, building colour, individual trees,
even more street signs. Even other people can do so. 

When i open notes today in areas i never or rarely visit i typically
invite people to take mapillary photos. 

The more dense the map gets the more disputes about topologies we will
get. Going back to photos taken is very easy to settle those disputes.

Flo
-- 
Florian Lohoff f...@zz.de
 We need to self-defense - GnuPG/PGP enable your email today!


signature.asc
Description: Digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] flyer ? slides ?

[Nicolas Moyroud]

Ah ben oui je suis con j'avais oublié cette adresse alors que j'y avais 
uploadé des trucs que j'ai traduit il y a 2-3 ans...

Merci Pierre-Yves pour le rappel.

Nicolas

Le 30/09/2015 12:49, Pierre-Yves Berrard a écrit :

Il ya des choses ici en français:
http://wiki.openstreetmap.org/wiki/WikiProject_France/Support_Communication

Pierre-Yves




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

[Talk-br] RES: RES: RES: OSM - CNEFE

[Reinaldo Neves]

Lucas eu tenho feito diversas edições no OSM com base no cnefe para incluir a 
nomenclatura das ruas e comparando com a camada do bing também.

 

Posso confirmar que o deslocamento esta no cnefe mesmo, provável que por conta 
das imagens que eles utilizaram na geração do setor censitário.  

 

Setores com um único quarteirão ocorrem em quantidade nos centros urbanos com 
maior densidade populacional.   Mas você pode aplicar o algoritmo aos setores 
que abrangem mais de um bairro, que vai obter o mesmo nível de sucesso.

 

Uma problema que encontrei fora das capitais e que deve receber uma atenção são 
os eixos de rua que estão contínuos no OSM e podem gerar problema ao transferir 
os nomes do CNEFE.  Não é o caso que vou usar como exemplo, mas este acho mais 
simples verificar

 

Abraços

 

 

___

Reinaldo Neves

Equação Informática

(11) 3221-3722

 

 

De: Lucas Ferreira Mation [mailto:lucasmat...@gmail.com] 
Enviada em: quarta-feira, 30 de setembro de 2015 09:54
Para: OpenStreetMap no Brasil
Assunto: Re: [Talk-br] RES: RES: OSM - CNEFE

 

fantástico Marcos, 

 

eu já "ataquei" várias linhas das que você sugeriu, mas ainda não completei. 
Tenho trocado algumas idéias a respeito, off-line do grupo para não tumultuar 
muito por aqui, com o  Peter Krauss. Podemos te incluir na conversa.  

 

Vamos por partes:

 

A) A primeira grande dúvida que eu tenho é quanto podemos confiar no 
posicoinamento das ruas do OSM? Por exemplo, quando o shape de setor censitário 
e o OSM não batem, como eu posse ter certeza que o certo é o OSM? Será que o 
mapeador não se baseou numa imagem de satélite que também estava deslocada? 
Enfim, no meu código estou de certa forma tomando o posicionamento de ruas do 
OSM como "verdade", mas seria bom pensar um pouco melhor nisso. Eu vi nos 
vídeos do SotM-Latin-America-2015 um cara da Mapbox apresentando como eles tem 
umas técnicas para corrigir o posicionamento de ruas do OSM, que aplicaram no 
Japao e em Lima. 

 

 

B) Agora de manhã estou trabalhando nesta idéia de usar os quarteiroes que 
parearem e que sejam setores de um só quarteirão como pontos de controle para 
corrigir a malha de setores censitarios. 

 

Dos 95mil  quarteiroes que eu consegui parear, 952 são setores com um único 
quarteirão (que são os que de fato podemos parear no momento). Estes 952 
setores são de 81 municípios (eu estava com esperança de que seriam mais). Para 
estes eu vou calcular a distancia (ST_distance) e o angulo (ST_Azimuth) entre 
os centroides das quadras pareadas do OSM e do CNEFE. Como você falou isso vai 
nos dar uma lista de pontos de controle. 

 

 Com isso podemos:

b1) ter uma lista de "margens de erro" do shape de setor censitário para cada 
municipio (ou melhor pros 81 muncípios em que há estes casos). Isso serve para 
definir o buffer (max(ST_distance) para usar quando parear o shape de setores 
censitarios com os ruas do OSM (como você sugere). 

b2) Usar os pontos de controle para corrigir o shape de setor censitario. Isto 
é, fazer uma transformação afim (que estica partes do mapa e contrai outras 
partes) com base nestes pontos. 

 

C) De fato a podemos usar o shape de setores para aproximar mais o pareamento 
espacial (atualmente eu só usei os municípios) antes de parear as quadras pelo 
nome. E com isso podemos aumentar ao grau de tolerancia nos pareamentos fuzzy. 
Este pareamento OSM - poligonos de setor censitario também é útil para a outra 
grande metade do projeto (na qual ainda não avancei muito) que é sugerir nomes 
para ruas sem nome no OSM a partir do CNEFE. 

Eu já tentei rodar uma query para fazer isso

 

 

 

 

 

 

 

 

 

 

 

 

 

2015-09-30 9:14 GMT-03:00 Marcos Fedato :

Caros,

 

Eu trabalhei alguns anos com essa parte de endereçamento e tenho muito a ajudar 
nesse processo do CNEFE.

 

Além dos acentos e da lógica fuzzy (que pode adicionar erros), podemos usar 
alguma coisa de fonética brasileira(que pode adicionar erros) e tabelas 
auxiliares(que pode adicionar erros) com nomes padrão, dando replace em erros 
conhecidos de grafia (AKA: juscelino kubitschek é difícil de escrever).

 

Tem esse algoritimo em Delphi que eu achei uma vez, que faz um trabalho 
fantastico de fonética BR (tecnicamente não é BR é do Portugês) (AKA: soundex 
não é bom para matches exatos) http://pastebin.com/KpYxxw5e.

 

Vamos supor que o "quarteirão" tenha 4 ruas e 3 delas tem nome no OSM e estes 
nomes batem, a gente pode supor que a rua que faltou no OSM tem o nome da rua 
que sobrou no CNEFE.

 

A gente pode usar não só os municipios, mas também os setores censitários para 
achar exatamente onde estão os nomes faltantes.

 

Os setores censitários tem uma tabela de descrição do entorno. É um campo de 
texto livre para cada setor falando as ruas por onde ele é delimitado. Com 
alguma inteligência a gente pode quebrar esse campo em ruas e cruzar com o OSM 
também.

 

O problema conhecido de cruzar diferentes 

Re: [Talk-br] RES: RES: OSM - CNEFE

[Arlindo Pereira]

Não manjo de GIS para opinar sobre os trechos de código referidos, mas eu
acho que pegar os nomes de rua do CNEFE para o OSM e corrigir um eventual
desalinhamento do OSM são duas tarefas distintas, que seriam melhor
atacadas separadamente.

[]s
Arlindo

2015-09-30 9:53 GMT-03:00 Lucas Ferreira Mation :

> fantástico Marcos,
>
> eu já "ataquei" várias linhas das que você sugeriu, mas ainda não
> completei. Tenho trocado algumas idéias a respeito, off-line do grupo para
> não tumultuar muito por aqui, com o  Peter Krauss. Podemos te incluir na
> conversa.
>
> Vamos por partes:
>
> A) A primeira grande dúvida que eu tenho é quanto podemos confiar no
> posicoinamento das ruas do OSM? Por exemplo, quando o shape de setor
> censitário e o OSM não batem, como eu posse ter certeza que o certo é o
> OSM? Será que o mapeador não se baseou numa imagem de satélite que também
> estava deslocada? Enfim, no meu código estou de certa forma tomando o
> posicionamento de ruas do OSM como "verdade", mas seria bom pensar um pouco
> melhor nisso. Eu vi nos vídeos do SotM-Latin-America-2015 um cara da Mapbox
> apresentando como eles tem umas técnicas para corrigir o posicionamento de
> ruas do OSM, que aplicaram no Japao e em Lima.
>
>
> B) Agora de manhã estou trabalhando nesta idéia de usar os quarteiroes que
> parearem e que sejam setores de um só quarteirão como pontos de controle
> para corrigir a malha de setores censitarios.
>
> Dos 95mil  quarteiroes que eu consegui parear, 952 são setores com um
> único quarteirão (que são os que de fato podemos parear no momento). Estes
> 952 setores são de 81 municípios (eu estava com esperança de que seriam
> mais). Para estes eu vou calcular a distancia (ST_distance) e o angulo
> (ST_Azimuth) entre os centroides das quadras pareadas do OSM e do CNEFE.
> Como você falou isso vai nos dar uma lista de pontos de controle.
>
>  Com isso podemos:
> b1) ter uma lista de "margens de erro" do shape de setor censitário para
> cada municipio (ou melhor pros 81 muncípios em que há estes casos). Isso
> serve para definir o buffer (max(ST_distance) para usar quando parear o
> shape de setores censitarios com os ruas do OSM (como você sugere).
> b2) Usar os pontos de controle para corrigir o shape de setor censitario.
> Isto é, fazer uma transformação afim (que estica partes do mapa e contrai
> outras partes) com base nestes pontos.
>
> C) De fato a podemos usar o shape de setores para aproximar mais o
> pareamento espacial (atualmente eu só usei os municípios) antes de parear
> as quadras pelo nome. E com isso podemos aumentar ao grau de tolerancia nos
> pareamentos fuzzy. Este pareamento OSM - poligonos de setor censitario
> também é útil para a outra grande metade do projeto (na qual ainda não
> avancei muito) que é sugerir nomes para ruas sem nome no OSM a partir do
> CNEFE.
> Eu já tentei rodar uma query para fazer isso
>
>
>
>
>
>
>
>
>
>
>
>
>
> 2015-09-30 9:14 GMT-03:00 Marcos Fedato :
>
>> Caros,
>>
>> Eu trabalhei alguns anos com essa parte de endereçamento e tenho muito a
>> ajudar nesse processo do CNEFE.
>>
>> Além dos acentos e da lógica fuzzy (que pode adicionar erros), podemos
>> usar alguma coisa de fonética brasileira(que pode adicionar erros) e
>> tabelas auxiliares(que pode adicionar erros) com nomes padrão, dando
>> replace em erros conhecidos de grafia (AKA: juscelino kubitschek é
>> difícil de escrever).
>>
>> Tem esse algoritimo em Delphi que eu achei uma vez, que faz um trabalho
>> fantastico de fonética BR (tecnicamente não é BR é do Portugês) (AKA:
>> soundex não é bom para matches exatos) http://pastebin.com/KpYxxw5e.
>>
>> Vamos supor que o "quarteirão" tenha 4 ruas e 3 delas tem nome no OSM e
>> estes nomes batem, a gente pode supor que a rua que faltou no OSM tem o
>> nome da rua que sobrou no CNEFE.
>>
>> A gente pode usar não só os municipios, mas também os setores censitários
>> para achar exatamente onde estão os nomes faltantes.
>>
>> Os setores censitários tem uma tabela de descrição do entorno. É um campo
>> de texto livre para cada setor falando as ruas por onde ele é delimitado.
>> Com alguma inteligência a gente pode quebrar esse campo em ruas e cruzar
>> com o OSM também.
>>
>> O problema conhecido de cruzar diferentes bases de dados espaciais é o
>> deslocamento que pode haver entre uma e outra, tenho alguns esboços
>> interessantes de como resolver isso saíndo do mundo tabular e utilizando
>> GIS.
>>
>> Minha ideia se baseia em 2 coisas, achar alguns setores por cidade onde
>> tudo bate e usar eles como referência de posicionamento. Depois extrapolar
>> o erro destes setores para os setores próximos encaixando eles no lugar
>> mais próximo do correto. (se o setor que a gente sabe que bate com o OSM
>> estiver 5m para a direita, o setor vizinho dele estara provavelmente a algo
>> próximo de 5m a direita também, pois eles tem paredes que se tocam)
>>
>> Existe também o problema de ruas que de fato mudaram de 

[OSM-ja] SotM Japan 2015開会終了時間の変更につきまして

[ikiya]

SotM Japan 2015実行委員　ikiyaです。

お詫びと訂正です。
10月31日（土）静岡県浜松市で開催されます「State of the Map Japan 2015」の開始と終了時間ですが
参加登録のPeatixサイトでは「11時開始　17時30分終了」とお知らせしていましたが、
講演多数のため，開始時間が10:30，終了時間が18:00となりました。
お詫びするとともに訂正致します。
Peatixサイトでの開始時刻の変更ができないため、Peatixサイト本文中には訂正を記入致しました。

（参加登録サイト）
http://sotmjp2015.peatix.com/

会場での懇親会は18時〜20時を予定しております。
また、翌日11月1日（日）には浜松市周辺でのマッピングパーティーを開催する予定です。
詳細はおって知らせいたします。

以上、宜しくお願い致します。
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

[OSM-ja] SotM Japan 2015 シルバースポンサー決定

[ikiya]

SotM Japan 2015実行委員　ikiyaです。

10月31日（土）静岡県浜松市で開催されますOpenStreetMap年次国内会議「State of the Map Japan 
2015」のシルバースポンサーに
ヤマハ発動機株式会社(RevQuest by つながるバイク)様 と ESRIジャパン株式会社 様が決定いたしました。

スポンサー様からの興味ある講演も予定されております。是非この機会にカンファレンスへご参加ください。

カンファレンスへの参加登録受付中です。
登録はこちらになります。
http://sotmjp2015.peatix.com/

【State of the Map Japan 2015】
（ゴールドスポンサー）
合同会社Georepublic Japan 
株式会社日立製作所 情報・通信システム社

(シルバースポンサー）
ヤマハ発動機株式会社
ESRIジャパン株式会社

以上、よろしくお願い致します。___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [Talk-br] Via expressa

[A. Carlos]

Concordo,
 pra fazer 2 via, tem que ter uma barreira física que
impede o condutor de "invadir" a pista contrária, taxões ou "tartarugas"
é quase uma barreira virtual, ela não impede o condutor de invadir a 
pista contrária.

  
 
 
 
 
 
 

___

Anor C. A. de Souza 
 
 
  
 
 
 
 
 
 
 


> Date: Wed, 30 Sep 2015 17:56:55 -0300
> From: nao...@gmail.com
> To: talk-br@openstreetmap.org
> Subject: Re: [Talk-br] Via expressa
> 
> Se fosse algo assim
> http://1.bp.blogspot.com/_X1GtU5iwmQY/TDYbpCZwjFI/ABo/fqet-2ub0mI/s1600/08072010055.jpg
> até seria aceitável, mas do jeito que parece ser
> http://i.imgur.com/b93TuK0.jpg não me parece certo representar como 2
> vias separadas.
> 
> ___
> 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: [OSM-talk-fr] Drones et Lidar

[François Lacombe]

Bonjour Nicolas,

On peut se mettre en commun pour la saisie, j'ai un semi-remorque de data
du Japon également.

Merci d'avoir partagé cette info ici
Je crois que je vois les lignes électriques dont il s'agit.

Deux infos m'intéressent :
La distance d'observation et la résolution de leur dispositif.
Par extension, il faudrait voir a qui appartiennent les données récoltées,
pour les ouvrir évidemment.

A+

François
Le 30 sept. 2015 4:48 PM, "Nicolas Moyroud"  a écrit :

> Bonjour à tous,
>
> Me voilà de retour actif sur cette liste après plusieurs mois d'absence.
> Pour ceux que ça intéresse ce silence radio était dû à un voyage de 4 mois
> en amérique centrale. Je n'ai pas trop contribué à OSM dans l'intervalle
> mais je n'ai pas manqué de relever 3000 tonnes de données là-bas. J'ai au
> moins du boulot pour 2 ans à saisir tout ça dans OSM ! ;-)
> Bon sinon je n'envoie pas ce mail pour raconter ma vie mais simplement
> pour vous signaler que je participe vendredi à une journée de présentation
> organisée par la société l'avion jaune/yellowscan qui propose des services
> de drone et de relevés Lidar aérien et terrestre. J'y vais dans le cadre de
> mon boulot mais rien ne m'empêche d'y poser des questions qui serait liées
> à OSM. Donc si vous avez des idées de choses que je pourrai leur demander
> n'hésitez pas à m'en faire part d'ici demain.
> Ils bossent notamment dans le cadre d'un contrat sur les relevés de lignes
> électriques ça pourrait être intéressant pour OSM.
>
> Nicolas
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [talk-au] Melbourne Airport (mapped as both node and way)

[Alex Sims]

Hi,

Another “me too” as I have almost exclusively used OSM mapping in my Garmin GPS 
for a few years now. It’s highlighted all sorts of things, missing turn 
restrictions, wrong speed limits (not visible but affects routing), street 
names etc. Even works overseas, although I’ve mainly used it as a pedestrian, 
rather than driving.

I’ve added a lot of car parks at places I visit at well. I need to add a lot 
more addresses too.

There are however some mkgmap peculiarities and the maps that most people 
package up tend not to have their mkgmap configuration published and this may 
produces strange results in an Australian context. Some recipes tend to make a 
point for each area on the Garmin, so you definitely don’t want a node and an 
area for a single POI as you can end up with three entries. The mapping from 
OSM to Garmin for POI category seems also a bit variable and often not what is 
expected. The other weirdness is due to OSM having unlimited precision and 
Garmin having a max resolution of a few metres, so I might have removed a few 
extraneous nodes here and there :), but I try real hard not to “map for the 
renderer”

Alex


> On 1 Oct 2015, at 5:26 am, John Henderson  wrote:
> 
> On 30/09/15 19:31, Andrew Harvey wrote:
>> Currently Melbourne Airport appears in the database twice, once as a
>> node once as a way. Is there any reason why I should not move the
>> tags from the node to the way and delete the node?
>> 
>> http://www.openstreetmap.org/node/235151361
>> http://www.openstreetmap.org/way/305804278
> 
> Garmin GPS units have always been a favourite with OSM mappers, as well
> as the general public who don't want to pay exorbitant prices for map
> updates.
> 
> I regularly update and use an OSM base map on my Garmin car GPS.  It's
> great for finding routing errors in the underlying OSM data.

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

Re: [talk-au] Melbourne Airport (mapped as both node and way)

[Warin]

-1

Here am I taking nodes and making them areas - thus removing the node.

I think mkgmap needs some improvement to get relevant areas into POI ... if 
that is a problem.

I'd put money on a mkgmap 'expert' tell us that it is not a mkgmap problem as 
it can be done.



On 1/10/2015 12:04 PM, Alex Sims wrote:

Hi,

Another “me too” as I have almost exclusively used OSM mapping in my Garmin GPS 
for a few years now. It’s highlighted all sorts of things, missing turn 
restrictions, wrong speed limits (not visible but affects routing), street 
names etc. Even works overseas, although I’ve mainly used it as a pedestrian, 
rather than driving.

I’ve added a lot of car parks at places I visit at well. I need to add a lot 
more addresses too.

There are however some mkgmap peculiarities and the maps that most people 
package up tend not to have their mkgmap configuration published and this may 
produces strange results in an Australian context. Some recipes tend to make a 
point for each area on the Garmin, so you definitely don’t want a node and an 
area for a single POI as you can end up with three entries. The mapping from 
OSM to Garmin for POI category seems also a bit variable and often not what is 
expected. The other weirdness is due to OSM having unlimited precision and 
Garmin having a max resolution of a few metres, so I might have removed a few 
extraneous nodes here and there :), but I try real hard not to “map for the 
renderer”

Alex



On 1 Oct 2015, at 5:26 am, John Henderson  wrote:

On 30/09/15 19:31, Andrew Harvey wrote:

Currently Melbourne Airport appears in the database twice, once as a
node once as a way. Is there any reason why I should not move the
tags from the node to the way and delete the node?

http://www.openstreetmap.org/node/235151361
http://www.openstreetmap.org/way/305804278

Garmin GPS units have always been a favourite with OSM mappers, as well
as the general public who don't want to pay exorbitant prices for map
updates.

I regularly update and use an OSM base map on my Garmin car GPS.  It's
great for finding routing errors in the underlying OSM data.

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



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

[Talk-br] Classificação de vias (agora com 50km/hora), como fica? Tarcisio Oliveira

[Ivaldo Nunes de Magalhães]

Gente, na verdade o foco não era bem a tag maxspeed, mas é sempre bom
quando um tema é aprofundado.

Mas minha dúvida se dá em relação à classificação da via, ou seja, se a
velocidade é preponderante, especificamente em função do critério
velocidade (= ou > que 80km/h) está contido no fluxograma de classificação
de vias (suponho que extensamente debatido pela "comunidade" BR) e está
disposto nesse endereço:
http://wiki.openstreetmap.org/w/images/1/12/Br-classification-flowchart-pt.png
.

Nesse ponto, entendo que os atributos estruturais (nº de faixas,
duplicada, acostamento,
canteiro central...) deveriam se sobrepor à velocidade, mas o citado
fluxograma dá a entender que a velocidade deve/deveria ser considerado na
classificação.

Em suma: se tenho uma via com características estruturais de ser do tipo
expressa, mas com velocidade de 50km/h, como devo classificá-la? Óbvio que
sem considerar a velocidade, vais ser expressa mesmo, mas se for
considerado o contido no fluxograma, vai ser secundária ou terciária.

Percebem como um elemento (velocidade) isolado muda bastante o
classificação? De modo que se a velocidade não for relevante, seria bom
alterar o fluxograma. Embora não o utilize por o achar "um rabo de pavão
muito enfeitado" (preferindo uma classificação própria já apresentada aqui
antes).
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-it] CTR : database topografico e ortofoto 2013 a 20CM Regione Basilicata

[Francesco Piero Paolicelli]

mi hanno detto che stanno caricando tutti gli shapes. hanno 30TB di roba..

per ora hanno messo gli shapes in opendata realtivi alle carte altimetriche

Il giorno 30 settembre 2015 22:33, Leonardo  ha
scritto:

> Interessante, il problema è come accedere ai dati in formato SHP. È
> possibile?
>
> Leonardo
>
>
> Il 30/09/2015 19:17, Francesco Piero Paolicelli ha scritto:
>
> Limitazioni "nessuna" quindi suppongo CC0 ma poi sul portale opendata (
> http://dati.regione.basilicata.it/catalog/dataset?organization=regione-basilicata)
> mettono la CC Attribuzione.
>
> Comunque sia la notizia mi sembra una di quelle forti.
>
> Vediamo la qualità.
>
> Trovate le descrizioni e il link wms sul DB Topografico
> 
> http://rsdi.regione.basilicata.it/Catalogo/srv/ita/search?hl=ita#
> |r_basili:52F1BC6F-7597-B988-8702-FAEB036ACBA7
>
> mentre per il mosaico delle orto foto:
>
> http://rsdi.regione.basilicata.it/Catalogo/srv/ita/search?hl=ita#|r_basili:20EA8E87-F903-D62F-467F-BBB44D422FA1
>
> Ho chiesto lumi in Regione sulla licenza (se CC0 o CC-BY) e poi immagino
> si possa iniziare a lavorare per un import.
> o sbaglio?
>
> Piersoft
>
>
> ___
> Talk-it mailing 
> listTalk-it@openstreetmap.orghttps://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-us] Self Storage Places

[Jack Burke]

I use commercial. 

To me, retail implies that you can take home a product (even if it's food in 
your stomach). Commercial means you are buying a service. 

-jack



On October 1, 2015 1:35:14 AM EDT, Clifford Snow  
wrote:
>On Wed, Sep 30, 2015 at 9:53 PM, Hans De Kryger
>
>wrote:
>
>> What landuse should i use for Self Storage places?
>
>
>I'd most likely use retail but commercial depending on the
>location,might
>also be appropriate.
>
>
>-- 
>@osm_seattle
>osm_seattle.snowandsnow.us
>OpenStreetMap: Maps with a human touch
>
>
>
>
>___
>Talk-us mailing list
>Talk-us@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-us

-- 
Typos courtesy of fancy auto-spell technology. ___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Self Storage Places

[Clifford Snow]

On Wed, Sep 30, 2015 at 9:53 PM, Hans De Kryger 
wrote:

> What landuse should i use for Self Storage places?


I'd most likely use retail but commercial depending on the location,might
also be appropriate.


-- 
@osm_seattle
osm_seattle.snowandsnow.us
OpenStreetMap: Maps with a human touch
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [talk-au] Melbourne Airport (mapped as both node and way)

[Andrew Harvey]

@John I sympathies with your concern, but we can't hold up progress in the
OSM database for the sake of a particular GPS vendor or piece of software
not supporting the OSM data model. Right now with a point and area data
consumers would need to try to automatically remove points where they are
the same as an area they fall in. We shouldn't need to do that process. If
Garmin GPS's only support points, the conversion software should convert
these areas to points.

@Warin I support this, and would like to do this for the victorian airports
too.

On 1 October 2015 at 14:11, Warin <61sundow...@gmail.com> wrote:

> -1
>
> Here am I taking nodes and making them areas - thus removing the node.
>
> I think mkgmap needs some improvement to get relevant areas into POI ...
> if that is a problem.
>
> I'd put money on a mkgmap 'expert' tell us that it is not a mkgmap problem
> as it can be done.
>
>
>
>
> On 1/10/2015 12:04 PM, Alex Sims wrote:
>
>> Hi,
>>
>> Another “me too” as I have almost exclusively used OSM mapping in my
>> Garmin GPS for a few years now. It’s highlighted all sorts of things,
>> missing turn restrictions, wrong speed limits (not visible but affects
>> routing), street names etc. Even works overseas, although I’ve mainly used
>> it as a pedestrian, rather than driving.
>>
>> I’ve added a lot of car parks at places I visit at well. I need to add a
>> lot more addresses too.
>>
>> There are however some mkgmap peculiarities and the maps that most people
>> package up tend not to have their mkgmap configuration published and this
>> may produces strange results in an Australian context. Some recipes tend to
>> make a point for each area on the Garmin, so you definitely don’t want a
>> node and an area for a single POI as you can end up with three entries. The
>> mapping from OSM to Garmin for POI category seems also a bit variable and
>> often not what is expected. The other weirdness is due to OSM having
>> unlimited precision and Garmin having a max resolution of a few metres, so
>> I might have removed a few extraneous nodes here and there :), but I try
>> real hard not to “map for the renderer”
>>
>> Alex
>>
>>
>> On 1 Oct 2015, at 5:26 am, John Henderson  wrote:
>>>
>>> On 30/09/15 19:31, Andrew Harvey wrote:
>>>
 Currently Melbourne Airport appears in the database twice, once as a
 node once as a way. Is there any reason why I should not move the
 tags from the node to the way and delete the node?

 http://www.openstreetmap.org/node/235151361
 http://www.openstreetmap.org/way/305804278

>>> Garmin GPS units have always been a favourite with OSM mappers, as well
>>> as the general public who don't want to pay exorbitant prices for map
>>> updates.
>>>
>>> I regularly update and use an OSM base map on my Garmin car GPS.  It's
>>> great for finding routing errors in the underlying OSM data.
>>>
>> ___
>> Talk-au mailing list
>> Talk-au@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-au
>>
>
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [Talk-us] Find missing roads

[Jack Burke]

Clearly, your sample contained nuts. 


On September 30, 2015 2:40:37 PM EDT, Paul Johnson  wrote:
>On Wed, Sep 30, 2015 at 10:11 AM, Martijn van Exel  wrote:
>>
>> Our OSM team cooked up something new. A missing roads plugin for
>JOSM. I
>> think it's pretty nice but I would really like to hear what you
>think.
>>
>
>Neat, has potential.
>
>You can read some more about it on my diary
>(http://bit.ly/missingroads)
>> but it's basically what it says on the tin. The plugin will show
>where we
>> think roads are missing from OSM based on GPS data so you can add
>them :)
>>
>
>Based on whose GPS data from where?  I trust the source in this
>question
>is completely halal, kosher, gluten-free, vegan, organic, free-range,
>all-natural data, but some of the output I'm getting from it is rather
>odd.  Take, for example, this screenshot in JOSM near node 148319848
>
>in my
>neighborhood.
>
>
>​
>Other than highlighting my own inadvertently selective blindness (what
>with
>having not mapped the large and aging chain link fence factory on the
>northeast corner of the intersection; Brinks behind my favorite
>QuikTrip
>
>only
>recently appeared on Bing), I do find two things remarkable about this
>plugin's output:
>
>   1. It seems to have picked out an incomplete set based on the paths
>   relative to imagery.
> 2. I have no way of being able to survey the exact location of the GPS
>output from the plugin from the ground (it's inside a fence factory,
>*of
> course* it's fenced off!), so I can only assume the GPS was located on
>   one of those big diesel-powered forklifts.
>
>
>
>
>___
>Talk-us mailing list
>Talk-us@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-us

-- 
Typos courtesy of fancy auto-spell technology. ___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-at] [Wien] OSM / FOSSGIS Stammtisch: Welcher Wochentag?

[Robert Kaiser]

Markus Mayr schrieb:

Für die Angabe der eigenen Präferenz wurde ein Doodle eingerichtet:
http://doodle.com/poll/k5ftax3im5zar282pfirkd36


Der ist bei mir 404 Not Found.

KaiRo


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

Re: [OSM-talk] Traffic Signs

[Martin Koppenhoefer]

sent from a phone

> Am 30.09.2015 um 14:57 schrieb Florian Lohoff :
> 
> Given that mapillary stays i can
> go back to those photos and put details in the map i am not even
> thinking about today


besides that your photos will get old like any imagery and not reflect the 
future state for many of these details that you then want to map ;-)

cheers
Matter 
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk-fr] Drones et Lidar

[Nicolas Moyroud]

Bonjour à tous,

Me voilà de retour actif sur cette liste après plusieurs mois d'absence. 
Pour ceux que ça intéresse ce silence radio était dû à un voyage de 4 
mois en amérique centrale. Je n'ai pas trop contribué à OSM dans 
l'intervalle mais je n'ai pas manqué de relever 3000 tonnes de données 
là-bas. J'ai au moins du boulot pour 2 ans à saisir tout ça dans OSM ! ;-)
Bon sinon je n'envoie pas ce mail pour raconter ma vie mais simplement 
pour vous signaler que je participe vendredi à une journée de 
présentation organisée par la société l'avion jaune/yellowscan qui 
propose des services de drone et de relevés Lidar aérien et terrestre. 
J'y vais dans le cadre de mon boulot mais rien ne m'empêche d'y poser 
des questions qui serait liées à OSM. Donc si vous avez des idées de 
choses que je pourrai leur demander n'hésitez pas à m'en faire part 
d'ici demain.
Ils bossent notamment dans le cadre d'un contrat sur les relevés de 
lignes électriques ça pourrait être intéressant pour OSM.


Nicolas


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

Re: [Talk-br] RES: RES: OSM - CNEFE

[Lucas Ferreira Mation]

Arlindo. Concordo com você. A idéia de parear é para acertar nomes de ruas
e  atribuir endereços.
Uma segunda idéia é usar os dados do OSM (supondo que estejam certos) para
corrigir o shapes de setor censitário do IBGE. Mas nunca corrigir o OSM com
base nos shapes do IBGE, até porque são bem mais agregados (por setor
censitário) e, estes sim, sabemos que tem problemas

2015-09-30 10:52 GMT-03:00 Arlindo Pereira :

> Não manjo de GIS para opinar sobre os trechos de código referidos, mas eu
> acho que pegar os nomes de rua do CNEFE para o OSM e corrigir um eventual
> desalinhamento do OSM são duas tarefas distintas, que seriam melhor
> atacadas separadamente.
>
> []s
> Arlindo
>
>
> 2015-09-30 9:53 GMT-03:00 Lucas Ferreira Mation :
>
>> fantástico Marcos,
>>
>> eu já "ataquei" várias linhas das que você sugeriu, mas ainda não
>> completei. Tenho trocado algumas idéias a respeito, off-line do grupo para
>> não tumultuar muito por aqui, com o  Peter Krauss. Podemos te incluir na
>> conversa.
>>
>> Vamos por partes:
>>
>> A) A primeira grande dúvida que eu tenho é quanto podemos confiar no
>> posicoinamento das ruas do OSM? Por exemplo, quando o shape de setor
>> censitário e o OSM não batem, como eu posse ter certeza que o certo é o
>> OSM? Será que o mapeador não se baseou numa imagem de satélite que também
>> estava deslocada? Enfim, no meu código estou de certa forma tomando o
>> posicionamento de ruas do OSM como "verdade", mas seria bom pensar um pouco
>> melhor nisso. Eu vi nos vídeos do SotM-Latin-America-2015 um cara da Mapbox
>> apresentando como eles tem umas técnicas para corrigir o posicionamento de
>> ruas do OSM, que aplicaram no Japao e em Lima.
>>
>>
>> B) Agora de manhã estou trabalhando nesta idéia de usar os quarteiroes
>> que parearem e que sejam setores de um só quarteirão como pontos de
>> controle para corrigir a malha de setores censitarios.
>>
>> Dos 95mil  quarteiroes que eu consegui parear, 952 são setores com um
>> único quarteirão (que são os que de fato podemos parear no momento). Estes
>> 952 setores são de 81 municípios (eu estava com esperança de que seriam
>> mais). Para estes eu vou calcular a distancia (ST_distance) e o angulo
>> (ST_Azimuth) entre os centroides das quadras pareadas do OSM e do CNEFE.
>> Como você falou isso vai nos dar uma lista de pontos de controle.
>>
>>  Com isso podemos:
>> b1) ter uma lista de "margens de erro" do shape de setor censitário para
>> cada municipio (ou melhor pros 81 muncípios em que há estes casos). Isso
>> serve para definir o buffer (max(ST_distance) para usar quando parear o
>> shape de setores censitarios com os ruas do OSM (como você sugere).
>> b2) Usar os pontos de controle para corrigir o shape de setor censitario.
>> Isto é, fazer uma transformação afim (que estica partes do mapa e contrai
>> outras partes) com base nestes pontos.
>>
>> C) De fato a podemos usar o shape de setores para aproximar mais o
>> pareamento espacial (atualmente eu só usei os municípios) antes de parear
>> as quadras pelo nome. E com isso podemos aumentar ao grau de tolerancia nos
>> pareamentos fuzzy. Este pareamento OSM - poligonos de setor censitario
>> também é útil para a outra grande metade do projeto (na qual ainda não
>> avancei muito) que é sugerir nomes para ruas sem nome no OSM a partir do
>> CNEFE.
>> Eu já tentei rodar uma query para fazer isso
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> 2015-09-30 9:14 GMT-03:00 Marcos Fedato :
>>
>>> Caros,
>>>
>>> Eu trabalhei alguns anos com essa parte de endereçamento e tenho muito a
>>> ajudar nesse processo do CNEFE.
>>>
>>> Além dos acentos e da lógica fuzzy (que pode adicionar erros), podemos
>>> usar alguma coisa de fonética brasileira(que pode adicionar erros) e
>>> tabelas auxiliares(que pode adicionar erros) com nomes padrão, dando
>>> replace em erros conhecidos de grafia (AKA: juscelino kubitschek é
>>> difícil de escrever).
>>>
>>> Tem esse algoritimo em Delphi que eu achei uma vez, que faz um trabalho
>>> fantastico de fonética BR (tecnicamente não é BR é do Portugês) (AKA:
>>> soundex não é bom para matches exatos) http://pastebin.com/KpYxxw5e.
>>>
>>> Vamos supor que o "quarteirão" tenha 4 ruas e 3 delas tem nome no OSM e
>>> estes nomes batem, a gente pode supor que a rua que faltou no OSM tem o
>>> nome da rua que sobrou no CNEFE.
>>>
>>> A gente pode usar não só os municipios, mas também os setores
>>> censitários para achar exatamente onde estão os nomes faltantes.
>>>
>>> Os setores censitários tem uma tabela de descrição do entorno. É um
>>> campo de texto livre para cada setor falando as ruas por onde ele é
>>> delimitado. Com alguma inteligência a gente pode quebrar esse campo em ruas
>>> e cruzar com o OSM também.
>>>
>>> O problema conhecido de cruzar diferentes bases de dados espaciais é o
>>> deslocamento que pode haver entre uma e outra, tenho alguns esboços
>>> interessantes de como resolver isso 

Re: [OSM-talk] JOSM and shapefile rendering

[Mike Thompson]

Blake,

Thanks for the clever tips.  I will try what you suggested.

Mike

On Wed, Sep 30, 2015 at 6:09 AM, Blake Girardot  wrote:

> Hi Mike,
>
> I usually do sort of use a hack to see points from shp files.
>
> I select all and then give them all a tag that renders so you can see the
> points like place=locality.
>
> You might need to change the key for the name field to 'name'
>
> And of course depending on how many you have that might be too large of an
> icon.
>
> You can also create a custom mapCSS file to render them more to your
> liking based on the key=values they already have.
>
> And I am sure there is probably a better way than either of those two as
> well.
>
> Cheers
> blake
>
>
>
> On 9/29/2015 10:44 PM, Mike Thompson wrote:
>
>> I would like to open a shapefile in JOSM for use as reference when
>> manually editing (I am not doing an import). Using the Opendata plugin I
>> can do this, but I can't figure out how to change the rendering and
>> labeling.  I don't need anything fancy, just a larger/brighter symbol
>> (it is a point file) with the names from the shapefile labels.  Any ideas?
>>
>> Mike
>>
>>
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>>
>>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-br] RES: RES: RES: RES: OSM - CNEFE

[Reinaldo Neves]

Sim é claro, vamos ver como exemplo o caso da rua augusta aqui em são Paulo,  é 
um eixo que esta claramente segmentado , e após cruzar com estados unidos nos 
jardins troca de nome, isso esta claramente indicado no mapa.

 

Encontrei casos cruzando os setores censitários onde a imagem do IBGE indica 
este tipo se segmentação, mas no OSM aparece como uma linha continua, assim ao 
nomear um ponto qualquer da via o eixo inteiro recebe o nome editado.  Uma 
transferência automática dos dados do cnefe para o osm pode gerar ruído nesses 
casos.

 

 

___

Reinaldo Neves

Equação Informática

(11) 3221-3722

 

 

De: Lucas Ferreira Mation [mailto:lucasmat...@gmail.com] 
Enviada em: quarta-feira, 30 de setembro de 2015 10:35
Para: OpenStreetMap no Brasil
Assunto: Re: [Talk-br] RES: RES: RES: OSM - CNEFE

 

Reinaldo, 

obrigado, 

 

Poderia explicar melhor, o dar exemplo, do que você quis dizer com a frase 
abaixo?

 

"Uma problema que encontrei fora das capitais e que deve receber uma atenção 
são os eixos de rua que estão contínuos no OSM e podem gerar problema ao 
transferir os nomes do CNEFE." 

 

2015-09-30 10:22 GMT-03:00 Reinaldo Neves :

Lucas eu tenho feito diversas edições no OSM com base no cnefe para incluir a 
nomenclatura das ruas e comparando com a camada do bing também.

 

Posso confirmar que o deslocamento esta no cnefe mesmo, provável que por conta 
das imagens que eles utilizaram na geração do setor censitário.  

 

Setores com um único quarteirão ocorrem em quantidade nos centros urbanos com 
maior densidade populacional.   Mas você pode aplicar o algoritmo aos setores 
que abrangem mais de um bairro, que vai obter o mesmo nível de sucesso.

 

Uma problema que encontrei fora das capitais e que deve receber uma atenção são 
os eixos de rua que estão contínuos no OSM e podem gerar problema ao transferir 
os nomes do CNEFE.  Não é o caso que vou usar como exemplo, mas este acho mais 
simples verificar

 

Abraços

 

 

___

Reinaldo Neves

Equação Informática

(11) 3221-3722  

 

 

De: Lucas Ferreira Mation [mailto:lucasmat...@gmail.com] 
Enviada em: quarta-feira, 30 de setembro de 2015 09:54
Para: OpenStreetMap no Brasil
Assunto: Re: [Talk-br] RES: RES: OSM - CNEFE

 

fantástico Marcos, 

 

eu já "ataquei" várias linhas das que você sugeriu, mas ainda não completei. 
Tenho trocado algumas idéias a respeito, off-line do grupo para não tumultuar 
muito por aqui, com o  Peter Krauss. Podemos te incluir na conversa.  

 

Vamos por partes:

 

A) A primeira grande dúvida que eu tenho é quanto podemos confiar no 
posicoinamento das ruas do OSM? Por exemplo, quando o shape de setor censitário 
e o OSM não batem, como eu posse ter certeza que o certo é o OSM? Será que o 
mapeador não se baseou numa imagem de satélite que também estava deslocada? 
Enfim, no meu código estou de certa forma tomando o posicionamento de ruas do 
OSM como "verdade", mas seria bom pensar um pouco melhor nisso. Eu vi nos 
vídeos do SotM-Latin-America-2015 um cara da Mapbox apresentando como eles tem 
umas técnicas para corrigir o posicionamento de ruas do OSM, que aplicaram no 
Japao e em Lima. 

 

 

B) Agora de manhã estou trabalhando nesta idéia de usar os quarteiroes que 
parearem e que sejam setores de um só quarteirão como pontos de controle para 
corrigir a malha de setores censitarios. 

 

Dos 95mil  quarteiroes que eu consegui parear, 952 são setores com um único 
quarteirão (que são os que de fato podemos parear no momento). Estes 952 
setores são de 81 municípios (eu estava com esperança de que seriam mais). Para 
estes eu vou calcular a distancia (ST_distance) e o angulo (ST_Azimuth) entre 
os centroides das quadras pareadas do OSM e do CNEFE. Como você falou isso vai 
nos dar uma lista de pontos de controle. 

 

 Com isso podemos:

b1) ter uma lista de "margens de erro" do shape de setor censitário para cada 
municipio (ou melhor pros 81 muncípios em que há estes casos). Isso serve para 
definir o buffer (max(ST_distance) para usar quando parear o shape de setores 
censitarios com os ruas do OSM (como você sugere). 

b2) Usar os pontos de controle para corrigir o shape de setor censitario. Isto 
é, fazer uma transformação afim (que estica partes do mapa e contrai outras 
partes) com base nestes pontos. 

 

C) De fato a podemos usar o shape de setores para aproximar mais o pareamento 
espacial (atualmente eu só usei os municípios) antes de parear as quadras pelo 
nome. E com isso podemos aumentar ao grau de tolerancia nos pareamentos fuzzy. 
Este pareamento OSM - poligonos de setor censitario também é útil para a outra 
grande metade do projeto (na qual ainda não avancei muito) que é sugerir nomes 
para ruas sem nome no OSM a partir do CNEFE. 

Eu já tentei rodar uma query para fazer isso

 

 

 

 

 

 

 

 

 

 

 

 

 

2015-09-30 9:14 GMT-03:00 Marcos Fedato :

Caros,

 

Re: [OSM-talk] JOSM and shapefile rendering

[Mike Thompson]

Cliff,

Thanks!  Another good tip.

Mike

On Wed, Sep 30, 2015 at 9:34 AM, Clifford Snow 
wrote:

> I haven't tried this with a shapefile but I set my inactive color to a
> bright green, #00ff00. Very easy to trace an object in the background.
>
> Clifford
>
> On Wed, Sep 30, 2015 at 7:47 AM, Mike Thompson 
> wrote:
>
>> Blake,
>>
>> Thanks for the clever tips.  I will try what you suggested.
>>
>> Mike
>>
>> On Wed, Sep 30, 2015 at 6:09 AM, Blake Girardot 
>> wrote:
>>
>>> Hi Mike,
>>>
>>> I usually do sort of use a hack to see points from shp files.
>>>
>>> I select all and then give them all a tag that renders so you can see
>>> the points like place=locality.
>>>
>>> You might need to change the key for the name field to 'name'
>>>
>>> And of course depending on how many you have that might be too large of
>>> an icon.
>>>
>>> You can also create a custom mapCSS file to render them more to your
>>> liking based on the key=values they already have.
>>>
>>> And I am sure there is probably a better way than either of those two as
>>> well.
>>>
>>> Cheers
>>> blake
>>>
>>>
>>>
>>> On 9/29/2015 10:44 PM, Mike Thompson wrote:
>>>
 I would like to open a shapefile in JOSM for use as reference when
 manually editing (I am not doing an import). Using the Opendata plugin I
 can do this, but I can't figure out how to change the rendering and
 labeling.  I don't need anything fancy, just a larger/brighter symbol
 (it is a point file) with the names from the shapefile labels.  Any
 ideas?

 Mike


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


>>
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>>
>>
>
>
> --
> @osm_seattle
> osm_seattle.snowandsnow.us
> OpenStreetMap: Maps with a human touch
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-br] Classificação de vias (agora com 50km/hora), como fica? Tarcisio Oliveira

[Alexandre Magno Brito de Medeiros]

Eu compreendo e sou solidário às preocupações éticas e políticas do Marcio,
como *já mostrei*. É inegável que na frente da direção do país tem mais
espertalhões do que gente preocupada com segurança. Mas os argumentos do
Gerald são impressionantes

e muito pertinentes. Não acho que a solução para uma questão como essa,
sobre "a aplicação do pardais no Brasil", deva ser polarizada.

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

Re: [Talk-br] RES: RES: OSM - CNEFE

[Lucas Ferreira Mation]

B) (melhorando o item B, do email anterior) Flexibilizei agora um pouco a
busca por setores plenamente pareados. Ao invés de olhar só para setores de
um único quarteirão, estou olhando agora para setores que tiveram todos
seus setores pareados.
Agora é póssível mapear 2272 setores, pertencentes a 207 municipios

2015-09-30 9:53 GMT-03:00 Lucas Ferreira Mation :

> fantástico Marcos,
>
> eu já "ataquei" várias linhas das que você sugeriu, mas ainda não
> completei. Tenho trocado algumas idéias a respeito, off-line do grupo para
> não tumultuar muito por aqui, com o  Peter Krauss. Podemos te incluir na
> conversa.
>
> Vamos por partes:
>
> A) A primeira grande dúvida que eu tenho é quanto podemos confiar no
> posicoinamento das ruas do OSM? Por exemplo, quando o shape de setor
> censitário e o OSM não batem, como eu posse ter certeza que o certo é o
> OSM? Será que o mapeador não se baseou numa imagem de satélite que também
> estava deslocada? Enfim, no meu código estou de certa forma tomando o
> posicionamento de ruas do OSM como "verdade", mas seria bom pensar um pouco
> melhor nisso. Eu vi nos vídeos do SotM-Latin-America-2015 um cara da Mapbox
> apresentando como eles tem umas técnicas para corrigir o posicionamento de
> ruas do OSM, que aplicaram no Japao e em Lima.
>
>
> B) Agora de manhã estou trabalhando nesta idéia de usar os quarteiroes que
> parearem e que sejam setores de um só quarteirão como pontos de controle
> para corrigir a malha de setores censitarios.
>
> Dos 95mil  quarteiroes que eu consegui parear, 952 são setores com um
> único quarteirão (que são os que de fato podemos parear no momento). Estes
> 952 setores são de 81 municípios (eu estava com esperança de que seriam
> mais). Para estes eu vou calcular a distancia (ST_distance) e o angulo
> (ST_Azimuth) entre os centroides das quadras pareadas do OSM e do CNEFE.
> Como você falou isso vai nos dar uma lista de pontos de controle.
>
>  Com isso podemos:
> b1) ter uma lista de "margens de erro" do shape de setor censitário para
> cada municipio (ou melhor pros 81 muncípios em que há estes casos). Isso
> serve para definir o buffer (max(ST_distance) para usar quando parear o
> shape de setores censitarios com os ruas do OSM (como você sugere).
> b2) Usar os pontos de controle para corrigir o shape de setor censitario.
> Isto é, fazer uma transformação afim (que estica partes do mapa e contrai
> outras partes) com base nestes pontos.
>
> C) De fato a podemos usar o shape de setores para aproximar mais o
> pareamento espacial (atualmente eu só usei os municípios) antes de parear
> as quadras pelo nome. E com isso podemos aumentar ao grau de tolerancia nos
> pareamentos fuzzy. Este pareamento OSM - poligonos de setor censitario
> também é útil para a outra grande metade do projeto (na qual ainda não
> avancei muito) que é sugerir nomes para ruas sem nome no OSM a partir do
> CNEFE.
> Eu já tentei rodar uma query para fazer isso
>
>
>
>
>
>
>
>
>
>
>
>
>
> 2015-09-30 9:14 GMT-03:00 Marcos Fedato :
>
>> Caros,
>>
>> Eu trabalhei alguns anos com essa parte de endereçamento e tenho muito a
>> ajudar nesse processo do CNEFE.
>>
>> Além dos acentos e da lógica fuzzy (que pode adicionar erros), podemos
>> usar alguma coisa de fonética brasileira(que pode adicionar erros) e
>> tabelas auxiliares(que pode adicionar erros) com nomes padrão, dando
>> replace em erros conhecidos de grafia (AKA: juscelino kubitschek é
>> difícil de escrever).
>>
>> Tem esse algoritimo em Delphi que eu achei uma vez, que faz um trabalho
>> fantastico de fonética BR (tecnicamente não é BR é do Portugês) (AKA:
>> soundex não é bom para matches exatos) http://pastebin.com/KpYxxw5e.
>>
>> Vamos supor que o "quarteirão" tenha 4 ruas e 3 delas tem nome no OSM e
>> estes nomes batem, a gente pode supor que a rua que faltou no OSM tem o
>> nome da rua que sobrou no CNEFE.
>>
>> A gente pode usar não só os municipios, mas também os setores censitários
>> para achar exatamente onde estão os nomes faltantes.
>>
>> Os setores censitários tem uma tabela de descrição do entorno. É um campo
>> de texto livre para cada setor falando as ruas por onde ele é delimitado.
>> Com alguma inteligência a gente pode quebrar esse campo em ruas e cruzar
>> com o OSM também.
>>
>> O problema conhecido de cruzar diferentes bases de dados espaciais é o
>> deslocamento que pode haver entre uma e outra, tenho alguns esboços
>> interessantes de como resolver isso saíndo do mundo tabular e utilizando
>> GIS.
>>
>> Minha ideia se baseia em 2 coisas, achar alguns setores por cidade onde
>> tudo bate e usar eles como referência de posicionamento. Depois extrapolar
>> o erro destes setores para os setores próximos encaixando eles no lugar
>> mais próximo do correto. (se o setor que a gente sabe que bate com o OSM
>> estiver 5m para a direita, o setor vizinho dele estara provavelmente a algo
>> próximo de 5m a direita também, pois eles tem paredes que se tocam)
>>

[Talk-br] RES: Duvida precisão de bases censitarias

[Reinaldo Neves]

Só o alinhamento já será de grande ajuda nas Edições Lucas.

 

Quanto a qualidade dos dados como posto em ouro email, entre CNEFE e OSM: OSM 
sempre, até porque é preciso levar em consideração que os dados do CNEFE forma 
finalizados 7 ou 8 anos atrás e a desatualização é razoável.  De qualquer 
maneira posso dizer que na zona leste onde resido, o nível de erro do CNEFE é 
irrelevante.

 

Mas onde não há nenhuma outra informação dentro da licença necessária para o 
OSM é totalmente válido o uso do CNEFE.

 

 

 

De: Lucas Ferreira Mation [mailto:lucasmat...@gmail.com] 
Enviada em: quarta-feira, 30 de setembro de 2015 12:42
Para: OpenStreetMap no Brasil
Assunto: Re: [Talk-br] Duvida precisão de bases censitarias

 

boa pergunta

 

Na parte de usar dados do CNEFE para completar ruas sem nomes, eu não tinha 
pensado em nada do tipo de uma grande importação.

O que eu tinha pensado que talvez fosse útil seria prover algum tipo de 
interface pra facilitar a vida do mapeador. Poderia por exemplo aparecer uma 
sugestão de nome, já meio pre selecionada (por meio de cruzamentos espaciais 
que rolassem no background) vinda do CNEFE. Aí o mapeador poderia aceitar ou 
rejeitar. 

 

Outra possibilidade seria verificar nomes de ruas que "não batem" entre OSM e 
CNEFE, como checagem de erros. Neste caso o mapeador seria perguntado: "é isso 
mesmo?"

 

Eu acho que consigo contribuir com a cruzamento espacial em sí. Chegando na 
lista de sugestões. Não saberia desenvolver estas ferramentas de interface pro 
programador. 

 

Voltando a pergunta,  não sei dizer muito sobre a qualidade dos dados do CNEFE. 
Acho que nem o próprio IBGE se manifesta muito a respeito. O que eles dizem é 
que não é um dado 100%, use sob sua conta e risco. Mas o que precisamos de uma 
idéia é se é um dado com 1%, 10% ou 80% de erros.

 

Seria legal se outros mapeadores que usam o CNEFE se manifestassem sobre a 
percepção eles, a frequencia de erros, etc. 

 

Se os erros forem realmente muito frequentes e a qualidade do CNEFE for mito 
baixa talvez não valha a pena tentar usar os nomes do CNEFE no OSM. (isso não 
tira a utilidade de bater os quarteirões, que são casos em que os nomes de ruas 
batem, e que serve para pegar os endereços do CNEFE). 

 

 

 

 

 

 

 

 

 

2015-09-30 12:25 GMT-03:00 Helio Cesar Tomio :

Vcs acreditam na precisão das bases censitarias para acertar dados do OSM? 
Porque qto aos nomes de vias e Poi's durante minhas edições, vi muitas 
diferenças ou erros. 
Nas quadras do ibge nas cidades menores tem muita informação imprecisa, sejam 
vias ou nomes. 


___
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-at] [Wien] OSM / FOSSGIS Stammtisch: Welcher Wochentag?

[Markus Mayr]

Entschuldigt bitte die Verwirrung, der richtige Link zum Doodle lautet:
http://doodle.com/poll/k5ftax3im5zar282


Am 2015-09-30 um 16:05 schrieb Markus Mayr:
> Hallo, liebe OpenSource Fans aus der Wiener Gegend!
>
> Es bietet sich die seltene Gelegenheit, den OSM / FOSSGIS Stammtisch in
> Wien, der bis jetzt immer Mittwochs war, auf einen anderen Wochentag zu
> verschieben.
>
> Für die Angabe der eigenen Präferenz wurde ein Doodle eingerichtet:
> http://doodle.com/poll/k5ftax3im5zar282pfirkd36
>
> Bis bald, an einem Wochentag eurer Wahl,
> Markus Mayr


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

[Talk-us] Find missing roads

[Martijn van Exel]

Hi all,

Our OSM team cooked up something new. A missing roads plugin for JOSM. I
think it's pretty nice but I would really like to hear what you think.

You can read some more about it on my diary (http://bit.ly/missingroads)
but it's basically what it says on the tin. The plugin will show where we
think roads are missing from OSM based on GPS data so you can add them :)

Take it for a spin and let me know what you think, what we could improve,
or just if you like it!

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

[OSM-talk] Find missing roads

[Martijn van Exel]

Hi all,

Our OSM team cooked up something new. A missing roads plugin for JOSM. I
think it's pretty nice but I would really like to hear what you think.

You can read some more about it on my diary (http://bit.ly/missingroads)
but it's basically what it says on the tin. The plugin will show where we
think roads are missing from OSM based on GPS data so you can add them :)

Take it for a spin and let me know what you think, what we could improve,
or just if you like it!

Martijn
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-cz] Fwd: TransIP

[Petr Schönmann]

Druhý obrázek a doprovodný text

Zpracovávám data z Registru územní identifikace a nemovitostí (RÚIAN
) - budovy, ulice, parcely, adresy a využití krajiny. Na
mapě vše můžete vidět na ruian.poloha.net. Data jsou přímo přístupná z
mapového editoru JOSM. Velkou zásluhu na to má Marián Kyral
 a celá jeho rodina ;-) spolu s Martinem
Švecem .

Dne 30. září 2015 17:09 Marián Kyral  napsal(a):

> Dne 30.9.2015 v 01:38 Petr Vejsada napsal(a):
> > Ahoj,
> >
> > mně ty maily taky došly oba; asi jsem byl netrpělivý. Tak je tam vše, co
> jste
> > si objednali :) RSS je http://ruian.poloha.net/mapovat_budovy/ (odkaz na
> > hlavní straně) a v http://poloha.net/tipy-na-mapovani-budov je přidán
> prolink
> > na JOSM. Ten BBOX má natvrdo velikost a střed je definiční bod KÚ.
>
> Díky. A když tipy nejsou, tak ten box zmizí?
>
> > Marián: no aby se ti to nelíbilo, když je tam reklama na Kyralovy :-),
> no, ty
> > texty ve slideshow stejně nikdo nečte, tak tam dám časem místo toho
> leaflet
> > mapu.
>
> Reklama? Kde? Ničeho jsem si nevšiml.
>
> Marián
>
> > Předchozí konfigurace byla 4CPU, 3.5G. Ty CPU byly o chlup rychlejší než
> jsou
> > teď ty 2 (myslím každá z nich), jenže dřív se stejně flákaly, pže čekaly
> na
> > disk. U TransIP bude asi opravdu SSD.
> > --
> > p
> >
> >
> > Dne Út 29. září 2015 21:45:41, Petr Schönmann napsal(a):
> >
> >> Já bych se přimluvil za RSS a pridelal bych tam prolink na BBOX dané
> >> oblasti do JOSM at se s tim nemusime pindat :)
> >>
> >> Dne 29. září 2015 13:16 Marián Kyral  napsal(a):
> >>> Mně to došlo.
> >>>
> >>> Ale k věci: jaká byla předchozí konfigurace?
> >>>
> >>> A bylo by možné zpřístupnit ty tipy na mapování přes rss?
> >>>
> >>> Jinak, pěkné téma. Nejprve jsem se trochu lekl, ale vypadá to lépe ;-)
> >>>
> >>> Díky,
> >>> Marián
> >>>
> >>> -- Původní zpráva --
> >>> Od: Petr Vejsada 
> >>> Komu: talk-cz@openstreetmap.org
> >>> Datum: 29. 9. 2015 10:55:41
> >>> Předmět: [Talk-cz] Fwd: TransIP
> >>>
> >>> Posílám opakovaně, ta první zpráva neprošla, nechápu proč. Na osm
> server
> >>> byla
> >>> doručena.
> >>> -- Přeposlaná zpráva --
> >>>
> >>> Předmět: TransIP
> >>> Datum: Út 29. září 2015, 10:20:36
> >>> Od: Petr Vejsada 
> >>> Komu: talk-cz@openstreetmap.org
> >>>
> >>> Ahoj,
> >>>
> >>> tak TransIP vypadá velmi dobře. Denní porce OSM dat je zchroupaná cca
> za
> >>> hodinku; 95% z toho je buildings-todo. 50GB volného místa. Jelikož
> denní
> >>> zpracování trvá jen hodinu, tak nebude problém to zpracovávat zase jako
> >>> dřív
> >>> denně.
> >>>
> >>> Připravil jsem takový algo, který dává tipy, kde mapovat budovy, Buď
> >>> sloupek
> >>> vlevo na hlavní stránce nebo http://poloha.net/tipy-na-mapovani-budov
> .
> >>> Přepočítává se v rámci denního zpracování.
> >>>
> >>> V tipech nejsou zahrnuta KÚ, kde budovy jsou zmapované, ale jsou
> posunuté
> >>> (ono
> >>> je to opravovat pěkný opruz). Posunuté jsou vidět graficky v té vrstvě
> >>> modrých
> >>> budov.
> >>>
> >>> --
> >>>
>  p<
> >>> -
> >>>
> >>> ___
> >>> Talk-cz mailing list
> >>> Talk-cz@openstreetmap.org
> >>> https://lists.openstreetmap.org/listinfo/talk-cz
> >>>
> >>>
> >>> ___
> >>> Talk-cz mailing list
> >>> Talk-cz@openstreetmap.org
> >>> https://lists.openstreetmap.org/listinfo/talk-cz
> > ___
> > Talk-cz mailing list
> > Talk-cz@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-cz
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [OSM-talk] JOSM and shapefile rendering

[Clifford Snow]

I haven't tried this with a shapefile but I set my inactive color to a
bright green, #00ff00. Very easy to trace an object in the background.

Clifford

On Wed, Sep 30, 2015 at 7:47 AM, Mike Thompson  wrote:

> Blake,
>
> Thanks for the clever tips.  I will try what you suggested.
>
> Mike
>
> On Wed, Sep 30, 2015 at 6:09 AM, Blake Girardot 
> wrote:
>
>> Hi Mike,
>>
>> I usually do sort of use a hack to see points from shp files.
>>
>> I select all and then give them all a tag that renders so you can see the
>> points like place=locality.
>>
>> You might need to change the key for the name field to 'name'
>>
>> And of course depending on how many you have that might be too large of
>> an icon.
>>
>> You can also create a custom mapCSS file to render them more to your
>> liking based on the key=values they already have.
>>
>> And I am sure there is probably a better way than either of those two as
>> well.
>>
>> Cheers
>> blake
>>
>>
>>
>> On 9/29/2015 10:44 PM, Mike Thompson wrote:
>>
>>> I would like to open a shapefile in JOSM for use as reference when
>>> manually editing (I am not doing an import). Using the Opendata plugin I
>>> can do this, but I can't figure out how to change the rendering and
>>> labeling.  I don't need anything fancy, just a larger/brighter symbol
>>> (it is a point file) with the names from the shapefile labels.  Any
>>> ideas?
>>>
>>> Mike
>>>
>>>
>>> ___
>>> talk mailing list
>>> talk@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk
>>>
>>>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>


-- 
@osm_seattle
osm_seattle.snowandsnow.us
OpenStreetMap: Maps with a human touch
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-br] RES: Duvida precisão de bases censitarias

[Reinaldo Neves]

Hélio boa tarde,

 

até existem algumas incorreções nos mapas do setor censitário, por isso nem me 
utilizo muito das informações de POIs, exceto aqueles identificáveis pelo bing 
mas no caso de nomes de ruas ainda parto do principio que alguma informação é 
melhor que nenhuma.

 

É preciso lembrar que a coleta de nomes de logradouros do IBGE é feito via 
entrevista com moradores e isso vai gerar erros de grafia, nomes desatualizados 
em relação a prefeituras e outras, mas dos males o menor.

 

Veja que não estou advogando a substituição das informações que estão no OSM, 
mas apenas a inclusão de nomes de logradouro onde não há a informação no OSM.   
Os mapas do IBGE já me permitiram identificar até mesmo agrupamentos urbanos 
onde não havia nem o traçado da ruas no OSM e a conferência com fotos mais 
novas do bing me permitiram corrigir o problema.

 

Abraços

___

Reinaldo Neves

Equação Informática

(11) 3221-3722

 

 

 

De: Helio Cesar Tomio [mailto:hcto...@gmail.com] 
Enviada em: quarta-feira, 30 de setembro de 2015 12:26
Para: talk-br@openstreetmap.org
Assunto: [Talk-br] Duvida precisão de bases censitarias

 

Vcs acreditam na precisão das bases censitarias para acertar dados do OSM? 
Porque qto aos nomes de vias e Poi's durante minhas edições, vi muitas 
diferenças ou erros. 
Nas quadras do ibge nas cidades menores tem muita informação imprecisa, sejam 
vias ou nomes. 

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

Re: [Talk-br] RES: RES: OSM - CNEFE

[Alexandre Magno Brito de Medeiros]

Eu não vou participar, mas sugiro que vocês procurem uma ferramenta que
lhes permita desenhar em quadro branco remotamente, com áudio. Existe. É
como um pad com capacidade de desenho à mão livre e áudio.

Alexandre

Em 30 de setembro de 2015 09:14, Marcos Fedato 
escreveu:

>
> Eu quero muito de ajudar nisso, estudei isso do OSM e do CNEFE bastante
> tempo e por isso tenho bastante conhecimento para tal, se tiverem interesse
> em expandir essa conversa além da lista (dá uma preguiça de escrever e a
> discussão demora, principalmente para brain storming) estou disposto a
> participar de discussões via áudio sobre o tema em horário não comercial e
> depois a gente pode colocar na lista um resumo para não perder o histórico.
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] RES: Classificação de vias (agora com 50km/hora), como fica? Tarcisio Oliveira

[Reinaldo Neves]

Indo mais longe Marcio/Gerald,

 

Não podemos comparar nem vias, nem políticos e nem mesmo motoristas, apesar de 
concordar com a restrição de velocidade em alguns locais é notório que no 
Brasil algumas dessas intervenções nas vias públicas tem objetivo de favorecer 
arrecadação ou coisa pior, e o argumento da segurança é apenas cortina de 
fumaça.

 

Para ficarmos apenas no exemplo de São Paulo qualquer esforço em sinalizar 
velocidade máxima será perdido em breve, já que nosso dileto alcaide deixou 
claro que novas alterações estão programadas para o curto prazo, e digo mais 
caso ele não se reeleja o próximo pode desfazer um mundo dessas alterações.

 

Abraços

___

Reinaldo Neves

Equação Informática

(11) 3221-3722

 

 

 

De: thunder...@gpsinfo.com.br [mailto:thunder...@gpsinfo.com.br] 
Enviada em: quarta-feira, 30 de setembro de 2015 12:05
Para: OpenStreetMap no Brasil
Assunto: Re: [Talk-br] Classificação de vias (agora com 50km/hora), como fica? 
Tarcisio Oliveira

 

Prezado Gerald,

respeito suas opiniões divergentes das minhas, entretanto os fatos divulgados 
na mídia e que tem ingressado na esfera judicial não coincidem com sua opinião. 
Acompanhamos atentamente a esses até porque administramos site voltado a 
sensoriamento de velocidade por radar no Brasil ( http://maparadar.com )

 

Não podemos e não devemos comparar as rodovias brasileiras com as existentes lá 
no “primeiro mundo”. Lá existe sinalização adequada e não existem tantas 
variações de velocidade máxima permitida em pequenos trechos de vias 
confundindo os condutores.

 

Quem costuma conduzir pela cidade de São Paulo sabe muito bem qual a velocidade 
real média empregada nas marginais e mesmo tendo sido reduzida a velocidade 
máxima permitida, de 90 para 70 km/h, dificilmente um condutor manterá uma 
média de velocidade naquela via próxima a 70 km/h. Na minha opinião de nada 
adianta a aula de física para comprovar efeitos de redução de velocidade onde 
não se consegue nem atingir a velocidade reduzida.

 

Quanto a estatísticas, infelizmente estamos em um país onde essas são 
manipuladas em prol de interesses políticos. Espero ainda estar vivo para ver 
estampada uma estatística coerente em nosso país.

 

[]s

Marcio 

 

From: Gerald Weber   

Sent: Wednesday, September 30, 2015 10:25 AM

To: OpenStreetMap no Brasil   

Subject: Re: [Talk-br]Classificação de vias (agora com 50km/hora), como fica? 
Tarcisio Oliveira

 

Olá

 

2015-09-29 17:58 GMT-03:00 :

Ivaldo,

confesso que não é do meu costume aplicar a tag maxspeed em vias porque 
infelizmente estamos em um país onde a engenharia de tráfego não demonstra que 
entende de tráfego.

 

É uma pena. Como usuário do OSM para mim estas são informações importantes. 
Especialmente quando há grande variação nas velocidades, se eu puder usar o GPS 
como recurso para me alertar destas variações seria muito valioso.

 

OFF-TOPIC DAQUI PARA FRENTE. 

 

Prezado Márcio, respondo aqui a sua mensagem, mas por favor não é nada pessoal 
contra a sua pessoa. Tenho maior respeito por seu trabalho aqui no OSM e no 
Cocar. 

 

Apenas que eu vejo esses argumentos repetidos tão exaustivamente que eu acho 
que está se perdendo o foco real destas intervenções de trânsito. É uma 
situação que me angustia profundamente pelo elevado custo humano que isto 
representa e por isto gostaria de colocar um contra argumento.

 

 

Conduzi carro lá fora com grande tranquilidade porque experimentei velocidades 
máximas permitidas constantes nas vias. Aqui no Brasil não é assim. À frente no 
site http://maparadar.com me impressiona as variações de velocidade máxima 
permitida em trechos de vias, e o pior, com sensores de velocidade que 
arrecadam recursos oriundos das multas.

 

 

O que se multa aqui no Brasil é irrisório comparado com que se faz lá fora. No 
Europa se realiza até mesmo "Maratonas de Radar" 
https://www.bussgeldkatalog.org/blitzermarathon/ ou 
http://www.sueddeutsche.de/thema/Blitzer-Marathon jogando todo efetivo policial 
na rua para multar. Lembrando ainda que lá em geral os radares não tem a 
localização anunciada.

 

Se é tão mais tranquilo dirigir na Europa é porque o controle é exercido com 
mão-de-ferro numa escala que aqui seria completamente impensável (imagine só a 
gritaria que seria ter 15 mil policiais escondidos 24h com radares móveis 
multando). 

 

 

Pasmo estou com a quantidade de radares que foram implantados no Brasil nestes 
meses de agosto e setembro. Isso está me levando a deduzir que os governos 
estão buscando outras fontes de renda para diminuir o rombo nos cofres públicos.

Vejam matéria em 
http://g1.globo.com/sao-paulo/noticia/2015/08/multas-aplicadas-em-sp-sobem-22-no-1-semestre-deste-ano-diz-cet.html

 

Que tal olhar isso por outro ângulo? 

 

Em BH nos últimos 10 anos o número de fatalidades no trânsito caiu de 5 mortes 
por 1000