[Talk-ca] FTP CanVec site

[François Paquette]

Bonjour,



Les données CanVec en format OSM ne seront pas disponibles à partir de jeudi
5 mai, 13h et se poursuivra jusqu’au mardi 10 mai, 9h (heure de l’Est). La
période de maintenance pourrait être modifiée, référez-vous à la page
d’accueil de GéoGratis
 .



http://ftp2.cits.rncan.gc.ca/OSM/pub/



The CanVec data in OSM format will not be available from Thursday May 5,
1:00 p.m. to Tuesday May 10, 9:00 a.m. (Eastern Time). The maintenance
period may be modified, please refer to the GeoGratis
  home page.



Merci/Thanks,





Service à la clientèle, Secteur des Sciences de la Terre

Ressources naturelles Canada /  Gouvernement du Canada

nrcan.geoinfo.rn...@canada.ca / Tél. : 1-800-661-2638

  www.geogratis.gc.ca



Customer Service, Earth Sciences Sector

Natural Resources Canada / Government of Canada

nrcan.geoinfo.rn...@canada.ca / Tel.: 1-800-661-2638

  www.geogratis.gc.ca





---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel 
antivirus Avast.
https://www.avast.com/antivirus
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [OSM-talk] osm maps on wikipedia - discussion

[Frederik Ramm]

Hi,

On 04/28/2016 11:22 PM, Yves wrote:
> Concerning borders, Wikipedia could have a different way of dealing with
> disputed territories, and OSM way of handling things may or may not be
> appropriate.

True. A potential "con" for OSM could be that Wikipedia has different
standards of how to establish boundaries than OSM, and that Wikipedia
users could turn to OSM to "fix" things according to Wikipedia standards.

For example, OSM often gets emails saying "the UN have approved this
therefore it must be in your data" (or "the UN have not approved this
therefore it must not"), but whether or not the UN have approved
something is not what governs our mapping.

We'd have to explain to Wikipedia users that what they see on our maps
might not be what they expect, and that we do *not* want them to fix it...

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

Re: [Talk-us] Representing census-designated places (CDP), Census County Division (CCD), etc

[Elliott Plack]

The approach to CDPs varies. Since the boundaries are only for statistics
and I'd argue that CDP boundaries are not really even boundaries in an
administrative sense. Still, the places often provide some value to the
map, such as place names. I like having them as points, at the CDP
centroid, as opposed to boundaries which tend to get cluttered and are
impossible to keep from moving around.

On Thu, Apr 28, 2016 at 5:08 PM Paul Norman  wrote:

> On 4/28/2016 12:24 PM, Nelson A. de Oliveira wrote:
> > We are having a discussion about representing statistical boundaries
> > in Brazil and while trying to search for similar cases I found that
> > your CDP (maybe CCD too) seems to be similar:
> >
> > "They don't have any legal status, or represent the jurisdiction of
> > any government. CDPs are created by the Census Bureau for statistical
> > purposes only." - from
> > https://wiki.openstreetmap.org/wiki/Talk:Key:boundary#United_States
> >
> > Do you represent them (and maybe other statistical boundaries) in OSM?
> > If yes, what are you using? (boundary=?, border_type=?, etc)
>
> We don't keep them as CDPs, except when they are commonly used by people
> outside the census. This is an uncommon situation, and to my knowledge,
> only the case in Alaska, which is unique in its administrative structure.
>
> A lot of CDPs were imported and are approximately the same as city
> boundaries, so these remain and get refined as a more accurate city
> boundary.
>
> Other CDPs are place=* areas, often with unincorporated towns.
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
-- 
Elliott Plack
http://elliottplack.me
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk] osm maps on wikipedia - discussion

[Yves]

Concerning borders,  Wikipedia could have a different  way of dealing  with 
disputed  territories,  and OSM way of handling things may or may not be 
appropriate. 
Yves

Le 28 avril 2016 22:38:37 GMT+02:00, Clifford Snow  a 
écrit :
>Simone,
>I'm not a Wikimedia user but maybe you could clarify a question for me.
>Under the con's is the statement "in many cases OpenStreetMap's
>territorial
>borders are bad or outdated" Where does this opinion come from? Please
>understand that I'm not necessarily disagreeing, but it seems to be a
>broad
>generalization.
>
>One of the Pro arguments might be "If the map data is wrong, you can
>fix
>it."
>
>
>On Thu, Apr 28, 2016 at 4:19 AM, Simone Cortesi 
>wrote:
>
>> Hello,
>> currently being discussed on mediawiki is the future of maps soon to
>> be added to wikipedia.
>>
>> page:
>>
>https://www.mediawiki.org/wiki/Maps/Conversation_about_interactive_map_use
>>
>> talk page:
>>
>https://www.mediawiki.org/wiki/Talk:Maps/Conversation_about_interactive_map_use
>>
>> I would ask you to have a look at it and respond by adding your
>> opinion to the pages.
>>
>> It is a great chance to have your say on the maps that will be seen
>on
>> one of the most visited websites in the world.
>>
>> Thank you,
>> S.
>>
>> ___
>> 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

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Wochennotiz Nr. 301 19.04.2016–25.04.2016

[Wochennotizteam]

Hallo,

die Wochennotiz Nr. 301 mit vielen wichtigen Neuigkeiten aus der OpenStreetMap 
Welt ist da: 

http://blog.openstreetmap.de/blog/2016/04/wochennotiz-nr-301/

Viel Spaß beim Lesen!
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Wochennotiz Nr. 301 19.04.2016–25.04.2016

[Wochennotizteam]

Hallo,

die Wochennotiz Nr. 301 mit vielen wichtigen Neuigkeiten aus der OpenStreetMap 
Welt ist da: 

http://blog.openstreetmap.de/blog/2016/04/wochennotiz-nr-301/

Viel Spaß beim Lesen!
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-us] Representing census-designated places (CDP), Census County Division (CCD), etc

[Paul Norman]

On 4/28/2016 12:24 PM, Nelson A. de Oliveira wrote:

We are having a discussion about representing statistical boundaries
in Brazil and while trying to search for similar cases I found that
your CDP (maybe CCD too) seems to be similar:

"They don't have any legal status, or represent the jurisdiction of
any government. CDPs are created by the Census Bureau for statistical
purposes only." - from
https://wiki.openstreetmap.org/wiki/Talk:Key:boundary#United_States

Do you represent them (and maybe other statistical boundaries) in OSM?
If yes, what are you using? (boundary=?, border_type=?, etc)


We don't keep them as CDPs, except when they are commonly used by people 
outside the census. This is an uncommon situation, and to my knowledge, 
only the case in Alaska, which is unique in its administrative structure.


A lot of CDPs were imported and are approximately the same as city 
boundaries, so these remain and get refined as a more accurate city 
boundary.


Other CDPs are place=* areas, often with unincorporated towns.

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

Re: [OSM-talk] osm maps on wikipedia - discussion

[Clifford Snow]

Simone,
I'm not a Wikimedia user but maybe you could clarify a question for me.
Under the con's is the statement "in many cases OpenStreetMap's territorial
borders are bad or outdated" Where does this opinion come from? Please
understand that I'm not necessarily disagreeing, but it seems to be a broad
generalization.

One of the Pro arguments might be "If the map data is wrong, you can fix
it."


On Thu, Apr 28, 2016 at 4:19 AM, Simone Cortesi  wrote:

> Hello,
> currently being discussed on mediawiki is the future of maps soon to
> be added to wikipedia.
>
> page:
> https://www.mediawiki.org/wiki/Maps/Conversation_about_interactive_map_use
>
> talk page:
> https://www.mediawiki.org/wiki/Talk:Maps/Conversation_about_interactive_map_use
>
> I would ask you to have a look at it and respond by adding your
> opinion to the pages.
>
> It is a great chance to have your say on the maps that will be seen on
> one of the most visited websites in the world.
>
> Thank you,
> S.
>
> ___
> 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] RES: Limite de cidades com distritos

[Gerald Weber]

Prezado Leonardo

me permita citar um provérbio muito popular em computação: if it ain't
broke, don't fix it


Você diz que os limites do IBGE não batem 100% com a definição de
admin_level. É verdade, mas não sei dá para tomar estas definições tão ao
pé da letra assim.

Pessoalmente não vejo qualquer problema que o Brasil seja diferente em ter
mais níveis tipo admin_level, afinal país é muito grande. Sendo grande
ninguém poderia esperar que todas estas divisões fossem políticas. Estranho
mesmo seria se um país como a Holanda tivesse esse tanto de níveis.

E como já disse, acho a informação que o nominatim retorna extremamente
útil. Ficaria muito triste se perdessemos isto.

Sinceramente, me parece mais fácil e menos arriscado alterar a definição da
wiki.

abraço

Gerald


2016-04-28 14:38 GMT-03:00 Leonardo Brondani Schenkel :

> Tenho certeza que as pessoas já estão doentes de me ler aqui na lista,
> então só pra avisar que vai ser a última vez que vou responder se for só
> para repetir o que já foi dito sobre este assunto — isso não traz
> nenhuma informação nova nem é produtivo.
>
> Caso algo concreto e objetivo apareça, volto a me manifestar se necessário.
>
> On 28/04/2016 18:01, Papibaquígrafo wrote:
> > As regiões estatísticas do IBGE e os limites administrativos fazem parte
> > de uma mesma hierarquia – regiões agregam estados, e estes se subdividem
> > em mesoregiões, etc (as regiões metropolitanas são uma exceção aqui).
> > Logo, me parece purismo separar as duas coisas só porque o nome da
> > etiqueta não é 100% apropriado.
>
> Pela mesma lógica as comarcas do judiciário deveriam estar no
> admin_level também, pois as regiões agregam estados, os estados
> comarcas, e as comarcas municípios... Há inúmeros outros exemplos de
> hierarquia que se aplicam. (Se elas já não estão, seria ótimo ter as
> comarcas do judiciário no OSM, por falar nisso.)
>
> Sinceramente não entendo a resistência, pois já foi aqui:
>
> - citada a definição de boundary=administrative e admin_level que está
> bem explicada no wiki — que parte lá é ambígua?
> - mostrado o uso que os outros países fazem desses tags na prática
> - demonstrado que o Brasil é o único país no mundo que usa
> boundary=administrative para algo que foi criado com fins
> geográficos/estatísticos (não apareceu um contra-exemplo até o momento)
> - foi citada a definição de próprios sites do governo dizendo que não
> são administrativas
> - foi citada uma pessoa que trabalha no IBGE dizendo que não são
> administrativas
> - foi citada a publicação oficial do IBGE que inventou as regiões
> dizendo que não são administrativas
> - demonstrado que o próprio mapa político oficial do IBGE não inclui
> essa informação
>
> O que mais se precisa em termos de coisas objetivas? Honestamente.
>
> E isso que nem se quer apagar a informação (o que sim seria ridículo),
> apenas mudar o boundary=administrative para outro valor mais apropriado.
>
> > O fato é que as diferentes aplicações nunca vão funcionar bem sem
> > "entender" o significado específico dos admin_level em cada país, e não
> > vai ser essa mudança proposta (statistical_level=* ou similar) que vai
> > resolver o problema.
>
> Mas elas podem sim entender o que são limites administrativos e o que
> não são. boundary=administrative e boundary!=administrative. Vai
> funcionar em todos os países do mundo, menos hoje no Brasil.
>
> > Veja o endereço absurdo que o Nominatim retorna nesta pesquisa
> > (e isto que os distritos e subdistritos, se é que existem, não estão
> > mapeados em Porto Alegre):
> >
> > Paço Municipal, 10, Praça Montevidéu, Esplanada Municipal Célio
> > Marques Fernandes, Historic District, Porto Alegre, Microregion of
> > Porto Alegre, Metropolitan Region of Porto Alegre, Metropolitan
> > Mesoregion of Porto Alegre, Rio Grande do Sul, South Region,
> > 90010-170, Brazil
> >
> > O endereço que qualquer um de nós (e também o carteiro) esperaria nesta
> > busca seria simplesmente "Paço Municipal, Praça Montevidéu, 10,
> > 90010-170, Porto Alegre, Brazil".
>
> O objetivo da lista de resultados do Nominatim é de mostrar a hierarquia
> administrativa para diminuir ambigüidade e permitir que a pessoa que
> procurou poder melhor identificar o resultado que está procurando (que
> outra hierarquia você sugere que ele deveria usar por default?), não
> mostrar um endereço de correspondência — para isso existem os tags addr:*.
>
> > Enfim: a funcionalidade "formatação de endereços" no Nominatim funciona
> > mal, mas não porque a comunidade brasileira flexibilizou um pouco o
> > significado de admin_level; funciona mal porque cada país tem a sua
> > convenção e o Nominatim não leva isso em conta.
>
> O Nominatim não formata endereços.
>
> Sim, o Brasil "flexibilizou" — eufemismo para usar incorretamente.
> Estamos aguardando os exemplos dos outros países que flexibilizaram de
> mesma forma. Pode 

[Talk-us] Representing census-designated places (CDP), Census County Division (CCD), etc

[Nelson A. de Oliveira]

Hi!

We are having a discussion about representing statistical boundaries
in Brazil and while trying to search for similar cases I found that
your CDP (maybe CCD too) seems to be similar:

"They don't have any legal status, or represent the jurisdiction of
any government. CDPs are created by the Census Bureau for statistical
purposes only." - from
https://wiki.openstreetmap.org/wiki/Talk:Key:boundary#United_States

Do you represent them (and maybe other statistical boundaries) in OSM?
If yes, what are you using? (boundary=?, border_type=?, etc)

Thank you!

Best regards,
Nelson

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

[OSM-talk-fr] Dossier fête de la science infos pour valoriser le projet OpenStreetMap

[Thomas Gratier]

Bonjour,

Dans le cadre de l'activité locale OSM sur Nantes, nous devons déposer un
dossier pour la Fête de la science.

Supposant que ce genre de dossier doit être déposé localement dans de
nombreuses villes, j'aimerais un retour des argumentaires pour ce genre de
dossiers.

Typiquement, je pense que pour une question dans un dossier du type "Quels
sont les objectifs et messages scientifiques que vous souhaitez
transmettre?", je devrais quasiment avoir un modèle pour répondre à ce
genre de questions.

Avez-vous des copies de dossier déposés pour la Fête de la Science ou à
minima l'argumentaire pour proposer une animation OSM pour la Fête de la
Science?


Cordialement


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

Re: [Talk-cz] Mapy bez bariér

[Pavel Machek]

On Thu 2016-04-28 12:29:47, Jan Vršovský wrote:
> Zdar, tak se tedy do toho pouštím sám :-)
> 
> Moje úvahy - prosím o komentáře:
> - jde o jen asi 600 objektů, takže bych to provedl poloautomaticky (ruční 
> práci odhaduju na den až dva práce)
> - skriptem transformovat poskytnutý JSON na OSM xml formát, každý objekt 
> bude bod POI, načíst do JOSM
> - každý bod ručně projít a sloučit s existujícím objektem, pokud existuje
> - protože je to takhle ručně redigované, tak se to ani nedá považovat za 
> import - NEBO ANO?
> - tedy není potřeba podstupovat martirium v konferenci imports a provedl 
> bych to pod svým uživatelským jménem

Umm. Sorry. "NEBO ANO".

(A trochu to dava smysl; konvertuje se to skriptem, bylo by dobre ty
vysledky prohlidnout driv nez to pujde naostro do databaze).

Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

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

Re: [Talk-GB] UK chapter

[Brian Prangle]

Same details as before for tonight's concall: 0800 2290900 code 33224

On 28 April 2016 at 18:11, SK53  wrote:

> I presume it is the same as previous conference calls. See older mails on
> this list.
>
> Jerry
>
> On 28 April 2016 at 17:16, Dennis Bauszus  wrote:
>
>> Have the number and password for the conference call this evening already
>> been passed out?
>>
>> Dennis
>>
>>
>> ___
>> Talk-GB mailing list
>> Talk-GB@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-gb
>>
>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] UK chapter

[Gregory]

The details I have (from previous calls) is...

phone: 0800 229 0900
password: 332249

I started a document for collaborative/live minuting, here:
https://hackpad.com/2016-04-28-OSM-UK-Meeting-1G7GMcJ26O7
My WiFi connection hass been a bit funny lately, so hoping I stay able to
take minutes.

Gregory.

On 28 April 2016 at 18:11, SK53  wrote:

> I presume it is the same as previous conference calls. See older mails on
> this list.
>
> Jerry
>
> On 28 April 2016 at 17:16, Dennis Bauszus  wrote:
>
>> Have the number and password for the conference call this evening already
>> been passed out?
>>
>> Dennis
>>
>>
>> ___
>> Talk-GB mailing list
>> Talk-GB@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-gb
>>
>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
>


-- 
Gregory
o...@livingwithdragons.com
http://www.livingwithdragons.com
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-cz] Singletracky u Jedovnic

[Petr Holub]

> mám to zmapovaný:
> http://www.openstreetmap.org/changeset/38921882
> 
> mtb:scale jsem tam zatím nedával, protože si jednak nejsem jistej, jak se to
> používá, když povrch je dokonale hladký, ale jsou tam skoky a ostré zatáčky,

Tohle je typicky mtb:scale=0 - jedine, co by to mohlo ovlivnit, pokud by to bylo
extremne dolu z kopce, coz ale v Jedovnicich a s ohledem na urceni stezek 
necekam.

Pokud by se tam objevily nejake umele prekazky, da se doplnit mtb:scale:imba:
http://wiki.openstreetmap.org/wiki/Key:mtb:scale:imba
ale muj odhad je ze i tam to bude 0, max 1 - ale musel bych si to projet ;)

Petr


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

Re: [Talk-br] RES: Limite de cidades com distritos

[Leonardo Brondani Schenkel]

Respondendo a mim mesmo:

On 28/04/2016 19:38, Leonardo Brondani Schenkel wrote:
> O Nominatim não formata endereços.

Escrevi uma grande bobagem nesta frase, assumo o erro e retiro o que
escrevi.

// Leonardo.


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

Re: [Talk-br] RES: Limite de cidades com distritos

[Leonardo Brondani Schenkel]

Tenho certeza que as pessoas já estão doentes de me ler aqui na lista,
então só pra avisar que vai ser a última vez que vou responder se for só
para repetir o que já foi dito sobre este assunto — isso não traz
nenhuma informação nova nem é produtivo.

Caso algo concreto e objetivo apareça, volto a me manifestar se necessário.

On 28/04/2016 18:01, Papibaquígrafo wrote:
> As regiões estatísticas do IBGE e os limites administrativos fazem parte
> de uma mesma hierarquia – regiões agregam estados, e estes se subdividem
> em mesoregiões, etc (as regiões metropolitanas são uma exceção aqui).
> Logo, me parece purismo separar as duas coisas só porque o nome da
> etiqueta não é 100% apropriado.

Pela mesma lógica as comarcas do judiciário deveriam estar no
admin_level também, pois as regiões agregam estados, os estados
comarcas, e as comarcas municípios... Há inúmeros outros exemplos de
hierarquia que se aplicam. (Se elas já não estão, seria ótimo ter as
comarcas do judiciário no OSM, por falar nisso.)

Sinceramente não entendo a resistência, pois já foi aqui:

- citada a definição de boundary=administrative e admin_level que está
bem explicada no wiki — que parte lá é ambígua?
- mostrado o uso que os outros países fazem desses tags na prática
- demonstrado que o Brasil é o único país no mundo que usa
boundary=administrative para algo que foi criado com fins
geográficos/estatísticos (não apareceu um contra-exemplo até o momento)
- foi citada a definição de próprios sites do governo dizendo que não
são administrativas
- foi citada uma pessoa que trabalha no IBGE dizendo que não são
administrativas
- foi citada a publicação oficial do IBGE que inventou as regiões
dizendo que não são administrativas
- demonstrado que o próprio mapa político oficial do IBGE não inclui
essa informação

O que mais se precisa em termos de coisas objetivas? Honestamente.

E isso que nem se quer apagar a informação (o que sim seria ridículo),
apenas mudar o boundary=administrative para outro valor mais apropriado.

> O fato é que as diferentes aplicações nunca vão funcionar bem sem
> "entender" o significado específico dos admin_level em cada país, e não
> vai ser essa mudança proposta (statistical_level=* ou similar) que vai
> resolver o problema.

Mas elas podem sim entender o que são limites administrativos e o que
não são. boundary=administrative e boundary!=administrative. Vai
funcionar em todos os países do mundo, menos hoje no Brasil.

> Veja o endereço absurdo que o Nominatim retorna nesta pesquisa
> (e isto que os distritos e subdistritos, se é que existem, não estão
> mapeados em Porto Alegre):
> 
> Paço Municipal, 10, Praça Montevidéu, Esplanada Municipal Célio
> Marques Fernandes, Historic District, Porto Alegre, Microregion of
> Porto Alegre, Metropolitan Region of Porto Alegre, Metropolitan
> Mesoregion of Porto Alegre, Rio Grande do Sul, South Region,
> 90010-170, Brazil
> 
> O endereço que qualquer um de nós (e também o carteiro) esperaria nesta
> busca seria simplesmente "Paço Municipal, Praça Montevidéu, 10,
> 90010-170, Porto Alegre, Brazil".

O objetivo da lista de resultados do Nominatim é de mostrar a hierarquia
administrativa para diminuir ambigüidade e permitir que a pessoa que
procurou poder melhor identificar o resultado que está procurando (que
outra hierarquia você sugere que ele deveria usar por default?), não
mostrar um endereço de correspondência — para isso existem os tags addr:*.

> Enfim: a funcionalidade "formatação de endereços" no Nominatim funciona
> mal, mas não porque a comunidade brasileira flexibilizou um pouco o
> significado de admin_level; funciona mal porque cada país tem a sua
> convenção e o Nominatim não leva isso em conta.

O Nominatim não formata endereços.

Sim, o Brasil "flexibilizou" — eufemismo para usar incorretamente.
Estamos aguardando os exemplos dos outros países que flexibilizaram de
mesma forma. Pode tomar seu tempo, ninguém tem pressa.

E ironicamente um dos motivos do Nominatim mostrar tanto "lixo" é que
pelo menos duas informações que estão lá não deveriam estar por estarem
incorretamente cadastradas.

Mas no fim é uma perda de tempo discutindo o que o Nominatim faz porque
o uso dos tags é de acordo com sua definição. Todos estão carecas de
saber que "taguear para o renderizador" vai contra as práticas do OSM.

> Da mesma forma, o Mapnik precisaria saber que, para fins de não
> sobrecarregar a quantidade de informação exibida, os  admin_level
> cruciais no Brasil são 4 e 8. E isso muda de país para país.

O Mapnik não precisa saber nada. Está explicado lá na página do wiki
(que já foi citada pelo menos duas vezes) e que explica a definição de
boundary=administrative que o admin_level foi criado para uniformizar os
países, assim um renderizador pode colocar as bordas corretas sem saber
os detalhes de cada país (esse era o caso antes quando só existia o
border_type=* e que era um caos). Aconselho visitá-la e ler.

Abraços,
Leonardo.

Re: [OSRM-talk] running on windows

[Wilhelm Berg]

Very strange.
The crashes seem to happen at different stages of processing.
25GB stxxl should be more than enough for a small (Dublin) extract.

Only thing I can think of at the moment is to install the VS2015 *Update 1*
C++ Redistributable, as the release files are being built on AppVeyor and
that's being used there:

https://www.microsoft.com/en-us/download/details.aspx?id=49984

Any success?



On Thu, Apr 28, 2016 at 5:56 PM, John Aherne  wrote:

> Thanks for the pointers.
>
> The reason I was using vs2013 was the wiki page says you must do that for
> windows compilation. I have not found one that says to use vs2015.
>
> I did not realise the .stxxl has a .txt extension.
>
> The docs just refer to .stxll
>
> I downloaded the master and compiled. Lots of warnings etc but at the end
> I had my compiled programs.
>
> But even though I doubled my VM and moved it from the c: to d: and
> increased the stxxl space to 250GB the extract still crashed soon after
> starting.
>
> I then used a small town .pbf dublin and get the same problem.
>
> Here is the log:--
>
>
> D:\osrm-rel2015>osrm-extract dublin_ireland.osm.pbf
> [info] Using script profile.lua?[0m
> [info] Input file: dublin_ireland.osm.pbf?[0m
> [info] Profile: profile.lua?[0m
> [info] Threads: 8?[0m
> [STXXL-MSG] STXXL v1.4.99 (prerelease/Release) (git
> 1babe452214b4613a2a488d80073
> f4185c05a0b3) + gnu parallel(__GLIBCXX__)
> [STXXL-MSG] Disk 'd:\jahtemp\stxxl' is allocated, space: 25000 MiB, I/O
> implementation: wincall queue=0 devid=0
> [info] Parsing in progress..?[0m
> [info] input file generated by osmconvert 0.7T?[0m
> [info] timestamp: 2015-10-24T00:30:02Z?[0m
>
> D:\osrm-rel2015>
>
>
> So not sure where to go from here.
>
> Thanks for any help.
>
> --
> *John Aherne*
>
>
>
>
> *www.rocs.co.uk *
> 020 7223 7567
>
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
>
>
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [Talk-it] come mappare una mini arena

[Martin Koppenhoefer]

sent from a phone

> Il giorno 28 apr 2016, alle ore 14:08, Martin Koppenhoefer 
>  ha scritto:
> 
> del significato della parola Tribühne in tedesco. Se fosse 
> "Zuschauerrang/ränge" forse potrebbe applicarsi.)


scusate, volevo scrivere Tribüne, ovviamente. Comincio a dimenticare il tedesco 
;-)


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

Re: [Talk-GB] UK chapter

[Dennis Bauszus]

Have the number and password for the conference call this evening 
already been passed out?


Dennis


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

[Talk-br] Dados de cartografia da Prefeitura de Porto Alegre / Importação Prédios - preparação

[Sérgio V .]

Desculpem, foi com link quebrado.

Link certo:

http://wiki.openstreetmap.org/wiki/Importa%C3%A7%C3%A3o_de_Dados_de_Cartografia_da_Prefeitura_de_Porto_Alegre_(PMPA)_-_RS


- - - - - - - - - - - - - - - -

Sérgio / user:smaprs
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] Dados de cartografia da Prefeitura de Porto Alegre / Importação Prédios - preparação

[Sérgio V .]

Pessoal, bom dia.

Como conversado anteriormente, estou preparando o material com vistas à 
proposta de importação dos dados de cartografia cedidos pela Prefeitura de 
Porto Alegre (PMPA). Meu foco inicial é na importação dos prédios levantados e 
mapeados pela PMPA.

Novamente agradecimento ao valioso auxílio do Nelson/naoliv na filtragem 
inicial no QGIS.


Estou preparando esta página com descrição do andamento, para informação geral:

http://wiki.openstreetmap.org/wiki/Importa%C3%A7%C3%A3o_de_Dados_de_Cartografia_da_Prefeitura_de_Porto_Alegre_(PMPA)_-_RS


Estou procedendo uma verificação geral do material. Creio que leva algum tempo 
para verificar suficientemente. Possibilidade de importação somente depois 
disto. Desenvolvo nos tempos de disponibilidade. Penso que inicialmente leve 
umas 2 semanas.


Quaisquer questões, só comunicar. Pode ser por aqui também para registro.

Saudações,

- - - - - - - - - - - - - - - -

Sérgio / user:smaprs
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] RES: Limite de cidades com distritos

[Papibaquígrafo]

As regiões estatísticas do IBGE e os limites administrativos fazem parte de uma 
mesma hierarquia – regiões agregam estados, e estes se subdividem em 
mesoregiões, etc (as regiões metropolitanas são uma exceção aqui). Logo, me 
parece purismo separar as duas coisas só porque o nome da etiqueta não é 100% 
apropriado. 

O fato é que as diferentes aplicações nunca vão funcionar bem sem "entender" o 
significado específico dos admin_level em cada país, e não vai ser essa mudança 
proposta (statistical_level=* ou similar) que vai resolver o problema.
Veja o endereço absurdo que o Nominatim retorna nesta pesquisa (e isto que os 
distritos e subdistritos, se é que existem, não estão mapeados em Porto Alegre):


Paço Municipal, 10, Praça Montevidéu, Esplanada Municipal Célio Marques 
Fernandes, Historic District, Porto Alegre, Microregion of Porto Alegre, 
Metropolitan Region of Porto Alegre, Metropolitan Mesoregion of Porto Alegre, 
Rio Grande do Sul, South Region, 90010-170, Brazil

O endereço que qualquer um de nós (e também o carteiro) esperaria nesta busca 
seria simplesmente "Paço Municipal, Praça Montevidéu, 10, 90010-170, Porto 
Alegre, Brazil".
Enfim: a funcionalidade "formatação de endereços" no Nominatim funciona mal, 
mas não porque a comunidade brasileira flexibilizou um pouco o significado de 
admin_level; funciona mal porque cada país tem a sua convenção e o Nominatim 
não leva isso em conta.

Da mesma forma, o Mapnik precisaria saber que, para fins de não sobrecarregar a 
quantidade de informação exibida, os  admin_level cruciais no Brasil são 4 e 8. 
E isso muda de país para país.


 De: Márcio Aguiar Ribeiro 
Para: OpenStreetMap no Brasil  
Enviadas: Quinta-feira, 28 de Abril de 2016 10:24
Assunto: Re: [Talk-br] RES: Limite de cidades com distritos
 


Não vou me alongar, pois o Leonardo já tocou todos os pontos pertinentes da 
discussão.

Concordo que as regiões definidas pelo IBGE não devem ser 
boundary=administrative. Por mim criariamos um outro valor para essa chave, 
comoboundary=ibge ou boundary=statistical. Estou certo que não perderemos nada 
e vai melhorar muito para as ferramentas que trabalham em nível global e 
entendem todas essas fronteiras como administrativas de forma errada.
Se houver votação, com certeza darei meu voto para alterar.

Abraços.


Em qui, 28 de abr de 2016 às 10:33, Reinaldo Neves  
escreveu:

Em contribuição a essa discussão sobre as micro e meso regiões,  sempre entendi 
ambas as divisões como sendo de uso estatístico e não politico administrativo,  
lembrando que esta divisão foi oficializada no final da década de 80 do século 
passado.
>
>O documento de apresentação da nova divisão, publicada pelo IBGE em 1989, tem 
>seu parágrafo final o seguinte texto:
>
>"Com esta obra   o Departamento de  Geografia da Diretoria de  Geociências do 
>IBGE  entrega aos seus  usuários a  Divisão Regional  que deverá ser  adotada  
>a partir de   01/  1/90   pelo  Sistema   Estatístico  Nacional    em  
>observância   ao parágrafo único do Art    2  da  Resolução PR-51  A  
>relevância deste trabalho sobre a  organização regional  do Brasil  reside não 
>só no fato de servir á  divulgação de dados   estatísticos   segundo  os  
>apreçados espaciais produzidos   mas   também  na perspectiva   de  oferecer   
>elementos   para  a  compreensão   da  organização    do território nacional
>
>SOLANGE TIETZMANN SILVA
>Chefe do Departamento de Geografia"
>
>A inclusão dessas divisões no OSM é  interessante na medida que que os mapas 
>possam ser processados para correlação com dados do censo.
>
>
>Reinaldo Neves
>
>
>
>-Mensagem original-
>De: Leonardo Brondani Schenkel [mailto:leona...@schenkel.net]
>Enviada em: quinta-feira, 28 de abril de 2016 05:40
>Para: talk-br@openstreetmap.org
>Assunto: Re: [Talk-br] Limite de cidades com distritos
>
>On 28/04/2016 02:05, santamariense wrote:
>> @Leonardo e comunidade:
>>
>> Estive conversando com um exímio mapeador aqui do OSM BR, que também
>> trabalha no IBGE. No entender dele e conforme seus conhecimentos na
>> área, micro e meso não são administrativos. Mas essa é a opinião dele.
>> Ele também concorda que subdistritos são sim níveis administrativos.
>
>Que legal, obrigado por falar com teu amigo. Qualquer opinião de alguém 
>envolvido com o IBGE é super bem-vinda.
>
>> Então embora eu queira que permaneça as micro e meso, já não tenho
>> tanta certeza se condizem com a tag admin_level. Acho que essa
>> conversa vai longe...
>
>Verdade, a discussão tem o potencial de ir longe. Mas ninguém está apressando, 
>eu acho. No meu caso estou argumentando a título de discussão apenas — só para 
>ver se há um consenso se é mal uso da tag.
>Honestamente, pra mim é evidente dados os argumentos que tenho apresentado, 
>mas não quero ser dono da verdade: só estou tentando ao máximo discutir de 
>forma objetiva e não subjetiva (afinal, 

Re: [Talk-it] mappe su wikipedia

[Cristian Consonni]

Ciao,

2016-04-28 16:43 GMT+02:00 Carlo Benini :
> Ma perché non lavori su Wikipedia?

Vikidia è un progetto pensato per essere una "Wikipedia per bambini/e"
fino ai 12 anni. È nato dall'iniziativa di un gruppo di Wikipediani
francesi qualche anno fa.

Ciao,

C

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

[OSRM-talk] running on windows

[John Aherne]

Thanks for the pointers.

The reason I was using vs2013 was the wiki page says you must do that for
windows compilation. I have not found one that says to use vs2015.

I did not realise the .stxxl has a .txt extension.

The docs just refer to .stxll

I downloaded the master and compiled. Lots of warnings etc but at the end I
had my compiled programs.

But even though I doubled my VM and moved it from the c: to d: and
increased the stxxl space to 250GB the extract still crashed soon after
starting.

I then used a small town .pbf dublin and get the same problem.

Here is the log:--


D:\osrm-rel2015>osrm-extract dublin_ireland.osm.pbf
[info] Using script profile.lua?[0m
[info] Input file: dublin_ireland.osm.pbf?[0m
[info] Profile: profile.lua?[0m
[info] Threads: 8?[0m
[STXXL-MSG] STXXL v1.4.99 (prerelease/Release) (git
1babe452214b4613a2a488d80073
f4185c05a0b3) + gnu parallel(__GLIBCXX__)
[STXXL-MSG] Disk 'd:\jahtemp\stxxl' is allocated, space: 25000 MiB, I/O
implementation: wincall queue=0 devid=0
[info] Parsing in progress..?[0m
[info] input file generated by osmconvert 0.7T?[0m
[info] timestamp: 2015-10-24T00:30:02Z?[0m

D:\osrm-rel2015>


So not sure where to go from here.

Thanks for any help.

-- 
*John Aherne*




*www.rocs.co.uk *
020 7223 7567
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

[OSM-ja] SotM Japan 2016ウェブサイト公開しました！

[Satoshi IIDA]

いいだ＠SotM Japan実行委員帽子です。

前回の告知からちょっと時間がかかってしまいましたが、
State of the Map Japan 2016のウェブページ、公開しました！

https://stateofthemap.jp/2016/

近日中に、発表公募（Call for Proposals）のページと
イベントへの申し込みページ（Peatix経由の予定）を作成します。

また、当日（＆当日まで）のボランティアなども募集したいと考えています。
こちらも随時情報を追加してゆきます。

お楽しみに！ヽ( ´▽` )ﾉ



-- 
Satoshi IIDA
mail: nyamp...@gmail.com
twitter: @nyampire
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

[Talk-us] iD news: v1.9.3 release and participation in Google Summer of Code

[Bryan Housel]

Hi, OSM!
Just wanted to announce a few things about the iD editor project..

iD 1.9.3 was released Monday 4/25/16 and is now available for editing on 
openstreetmap.org .
The release includes:
- easy draggable imagery offset adjustment control (built by Kushan Joshi)
- warning for user if they mention Google in their changeset comment
- terrain backgrounds provided by Stamen and Thunderforest (Andy Allan)
- new presets:  Prison, Coffee Shop, Nutrition Supplements store
- various bug fixes and usability improvements

Changelog:  https://github.com/openstreetmap/iD/blob/master/CHANGELOG.md#193 

Twitter:  https://twitter.com/bhousel/status/724698730662907904 



Also..
iD will be participating in Google Summer of Code!  
I’ll be working with Kushan Joshi on building a visual lane editor within iD 
this summer.  
Kushan has been a valuable contributor to iD over the past several months and 
I’m really looking forward to this project.  
Please join me in congratulating Kushan and welcoming him to the OSM community!

We’re tracking lane tagging on this GitHub ticket, 
https://github.com/openstreetmap/iD/issues/387 
, where Kushan has shared a 
link to his proposal.

Blog:  https://www.mapbox.com/blog/osm-gsoc-id/ 

Twitter:  https://twitter.com/bhousel/status/724995001764220929 



This year I am trying to stick to a roughly monthly release schedule for iD.  
If people find it helpful, I’ll continue to post iD release news on the OSM 
mailing lists.  
And as always, follow me on Twitter https://twitter.com/bhousel 
, or follow the iD project on GitHub 
https://github.com/openstreetmap/iD  for 
more iD tips and updates.

Thanks, 
Bryan___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-it] mappe su wikipedia

[Carlo Benini]

> ciao anche io vorrei portare un piccolo contributo visto che ho appena
> finito un lavoro con alcune classi del mio istituto ma non so dove postare
> ecco cosa vorrei spedire (è fatto su vikidia.org che so non essere di
> wikimedia, ma potrebbe essere interessante)
>
>  I've just finished a collaborative project with my students on the
> "Battle of Bezzecca(1866)" and we have published our work on italian
> vikidia.org https://it.vikidia.org/wiki/Battaglia_di_Bezzecca I put
> inside the page a picture linked with an interactive map
> https://battagliabezzecca1516.crowdmap.com/ but I rather had an embedded
> interactive map. Best regards.
>

​Ma perché non lavori su Wikipedia?

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

Re: [Talk-pt] Nova Rotunda de Laborim

[Marcos Oliveira]

Bom trabalho Rui!

No dia 28 de abril de 2016 às 15:29, Rui Oliveira 
escreveu:

> Carissimos.
>
> Escrevo este email para vos dar conta que desenhei a nova rotunda de
> laborim,  na ligação Gaia - Santo Ovídio.
>
> Como implicou uma ligeira mudança a um ramal de uma das principais
> autoestradas do nosso país (A1), deixo aqui esta notificação para quem
> quiser pegar no que fiz e melhorar. Quem me conhece sabe que não sou
> designer ou arquitecto, por isso assumo que existam aqui mais profissionais
> do que eu :)
>
> Baseei-me numa mistura em conhecimento presencial e a informação pública
> disponibilizada pela câmara municipal de Gaia (sem esta de todo seria
> difícil traçar um traçado preciso devido à complexidade da nova rotunda /
> intersecção)
>
>
> http://www.cm-gaia.pt/portais/_cmg/Noticia.aspx?contentid=FD96808E80CO=E8818080808980GC
>
> Podem encontrar o meu trabalho aqui.
> https://www.openstreetmap.org#map=17/41.10817/-8.60729=N
>
> Cumprimentos.
>
> ___
> Talk-pt mailing list
> Talk-pt@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-pt
>
>


-- 
Um Abraço,
Marcos Oliveira
___
Talk-pt mailing list
Talk-pt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pt

Re: [Talk-br] RES: Limite de cidades com distritos

[Márcio Aguiar Ribeiro]

Não vou me alongar, pois o Leonardo já tocou todos os pontos pertinentes da
discussão.

Concordo que as regiões definidas pelo IBGE *não devem ser*
boundary=administrative. Por mim criariamos um outro valor para essa chave,
como* boundary=ibge* ou *boundary=statistical*. Estou certo que não
perderemos nada e vai melhorar muito para as ferramentas que trabalham em
nível global e entendem todas essas fronteiras como administrativas de
forma errada.

Se houver votação, com certeza darei meu voto para alterar.

Abraços.

Em qui, 28 de abr de 2016 às 10:33, Reinaldo Neves 
escreveu:

> Em contribuição a essa discussão sobre as micro e meso regiões,  sempre
> entendi ambas as divisões como sendo de uso estatístico e não politico
> administrativo,  lembrando que esta divisão foi oficializada no final da
> década de 80 do século passado.
>
> O documento de apresentação da nova divisão, publicada pelo IBGE em 1989,
> tem seu parágrafo final o seguinte texto:
>
> "Com esta obra   o Departamento de  Geografia da Diretoria de  Geociências
> do IBGE  entrega aos seus  usuários a  Divisão Regional  que deverá ser
> adotada  a partir de   01/  1/90   pelo  Sistema   Estatístico  Nacional
> em  observância   ao parágrafo único do Art2  da  Resolução PR-51  A
> relevância deste trabalho sobre a  organização regional  do Brasil  reside
> não só no fato de servir á  divulgação de dados   estatísticos   segundo
> os  apreçados espaciais produzidos   mas   também  na perspectiva   de
> oferecer   elementos   para  a  compreensão   da  organizaçãodo
> território nacional
>
> SOLANGE TIETZMANN SILVA
> Chefe do Departamento de Geografia"
>
> A inclusão dessas divisões no OSM é  interessante na medida que que os
> mapas possam ser processados para correlação com dados do censo.
>
>
> Reinaldo Neves
>
>
>
> -Mensagem original-
> De: Leonardo Brondani Schenkel [mailto:leona...@schenkel.net]
> Enviada em: quinta-feira, 28 de abril de 2016 05:40
> Para: talk-br@openstreetmap.org
> Assunto: Re: [Talk-br] Limite de cidades com distritos
>
> On 28/04/2016 02:05, santamariense wrote:
> > @Leonardo e comunidade:
> >
> > Estive conversando com um exímio mapeador aqui do OSM BR, que também
> > trabalha no IBGE. No entender dele e conforme seus conhecimentos na
> > área, micro e meso não são administrativos. Mas essa é a opinião dele.
> > Ele também concorda que subdistritos são sim níveis administrativos.
>
> Que legal, obrigado por falar com teu amigo. Qualquer opinião de alguém
> envolvido com o IBGE é super bem-vinda.
>
> > Então embora eu queira que permaneça as micro e meso, já não tenho
> > tanta certeza se condizem com a tag admin_level. Acho que essa
> > conversa vai longe...
>
> Verdade, a discussão tem o potencial de ir longe. Mas ninguém está
> apressando, eu acho. No meu caso estou argumentando a título de discussão
> apenas — só para ver se há um consenso se é mal uso da tag.
> Honestamente, pra mim é evidente dados os argumentos que tenho
> apresentado, mas não quero ser dono da verdade: só estou tentando ao máximo
> discutir de forma objetiva e não subjetiva (afinal, todos temos nossa
> opinião e preferências e não espero mudar a de ninguém nesse
> aspecto) — se a tag tem uma definição e um propósito bem-definidos
> (documentados ou na prática) e estamos colocando outra coisa que não se
> encaixa, esse é um uso incorreto independente da minha opinião pessoal se
> gosto ou não.
>
> Conseguem citar algum mapa político ou rodoviário (ou algum outro que
> mostre as bordas administrativas) que tenha linhas delineando as
> meso/micro-regiões do Brasil? Nem o Google Maps nem nenhum outro mapa
> online de outra empresa que verifiquei têm. O mapa político do IBGE também
> não:
> ftp://geoftp.ibge.gov.br/mapas_tematicos/mapas_murais/Brasil2500_2014/.
> Se alguém sabe de algum que tenha, por favor cite aqui — toda informação é
> bem-vinda.
>
> Caso um consenso em torno disso se forme, vamos ter que discutir o que
> fazer em seguida. Acho que é bom ficar claro que não significa que serão
> imediatamente removidos os tags admin_level=5/7 que existem nos dados, até
> porque é algo que vai contra o procedimento padrão do OSM. A única
> conseqüência inicial é que a documentação/wiki seriam atualizados para
> descontinuar seu uso. Uma nova forma de 'taguear' micro/meso regiões seria
> proposta (algo como boundary=ibge + ibge_level=X, mas isso é só um exemplo
> que inventei) e colocaríamos em batch as novas tags nos dados tagueados com
> admin_level=5/7 — estressando o fato de que o admin_level vai continuar lá.
> Eventualmente, depois de algum tempo (estou falando em anos), os tags
> admin_level para micro/micro-regiões são removidos.
>
> > Porém, Leonardo, me responda: O que desqualifica as micro e meso
> > regiões como níveis administrativos, que não acaba por desqualificar
> > as Grandes Regiões (Norte, Sul, Centro-Oeste, Nordeste,...) também???
>
> Finalmente! Estava esperando alguém me fazer esta 

Re: [Talk-it] mappe su wikipedia

[Simone Cortesi]

mi dicono che il problema di inserimento potrebbe essere legato ai
link inseriti (alcuni messi in blacklist)

di piu', non so.

2016-04-28 15:58 GMT+02:00 matteo ruffoni :
> ciao anche io vorrei portare un piccolo contributo visto che ho appena
> finito un lavoro con alcune classi del mio istituto ma non so dove postare
> ecco cosa vorrei spedire (è fatto su vikidia.org che so non essere di
> wikimedia, ma potrebbe essere interessante)
>
>  I've just finished a collaborative project with my students on the "Battle
> of Bezzecca(1866)" and we have published our work on italian vikidia.org
> https://it.vikidia.org/wiki/Battaglia_di_Bezzecca I put inside the page a
> picture linked with an interactive map
> https://battagliabezzecca1516.crowdmap.com/ but I rather had an embedded
> interactive map. Best regards.
>
> ciao matteo
>
> Il giorno 28 aprile 2016 14:17, Cascafico Giovanni  ha
> scritto:
>>
>> Ho cercato di inserire una discussione con una semplice frase, ma il
>> sistema mi risponde che ho cercato di inserire contenuti pericoloso
>> ("harmful")
>>
>> --
>> cascafico.altervista.org
>> twitter.com/cascafico
>>
>> Il 28/apr/2016 13:17 "Simone Cortesi"  ha scritto:
>>>
>>> Ciao,
>>> su mediawiki si sta discutendo in questi giorni delle mappe
>>> interattive che saranno aggiunte prossimamente a wikipedia.
>>>
>>> pagina:
>>> https://www.mediawiki.org/wiki/Maps/Conversation_about_interactive_map_use
>>>
>>> nella relativa pagina di discussioneione:
>>>
>>> https://www.mediawiki.org/wiki/Talk:Maps/Conversation_about_interactive_map_use
>>>
>>> vi chiederei di dare un occhiata alla cosa e rispondere aggiungendo la
>>> vostra alla discussione.
>>>
>>> è una grande occasione per dire la vostra sulle mappe presenti su uno
>>> dei piu' visitati siti al mondo.
>>>
>>> Grazie,
>>> S.
>>>
>>> ___
>>> Talk-it mailing list
>>> Talk-it@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>



-- 
-S

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

Re: [Talk-it] mappe su wikipedia

[matteo ruffoni]

ciao anche io vorrei portare un piccolo contributo visto che ho appena
finito un lavoro con alcune classi del mio istituto ma non so dove postare
ecco cosa vorrei spedire (è fatto su vikidia.org che so non essere di
wikimedia, ma potrebbe essere interessante)

 I've just finished a collaborative project with my students on the "Battle
of Bezzecca(1866)" and we have published our work on italian vikidia.org
https://it.vikidia.org/wiki/Battaglia_di_Bezzecca I put inside the page a
picture linked with an interactive map
https://battagliabezzecca1516.crowdmap.com/ but I rather had an embedded
interactive map. Best regards.

ciao matteo

Il giorno 28 aprile 2016 14:17, Cascafico Giovanni  ha
scritto:

> Ho cercato di inserire una discussione con una semplice frase, ma il
> sistema mi risponde che ho cercato di inserire contenuti pericoloso
> ("harmful")
>
> --
> cascafico.altervista.org
> twitter.com/cascafico
> Il 28/apr/2016 13:17 "Simone Cortesi"  ha scritto:
>
>> Ciao,
>> su mediawiki si sta discutendo in questi giorni delle mappe
>> interattive che saranno aggiunte prossimamente a wikipedia.
>>
>> pagina:
>> https://www.mediawiki.org/wiki/Maps/Conversation_about_interactive_map_use
>>
>> nella relativa pagina di discussioneione:
>>
>> https://www.mediawiki.org/wiki/Talk:Maps/Conversation_about_interactive_map_use
>>
>> vi chiederei di dare un occhiata alla cosa e rispondere aggiungendo la
>> vostra alla discussione.
>>
>> è una grande occasione per dire la vostra sulle mappe presenti su uno
>> dei piu' visitati siti al mondo.
>>
>> Grazie,
>> S.
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-es] 10as Jornadas de SIG Libre y 2a Conferencia QGIS: Ya queda menos!

[Jornadas de SIG Libre]

Saludos,

Quedan menos de 30 días para la celebración de las 10as Jornadas de SIG 
Libre y la 2a Conferencia Internacional de QGIS, patrocinadas por GeoCat 
[1] y Boundless [2], y que tendrán lugar en Girona los próximos 24,25 y 
26 de Mayo[3]. Ven a celebrar con nosotros, nuestro décimo aniversario!


En el sitio webdel evento, encontrarás toda la información actualizada 
con respecto al programa de ponencias plenarias [4], el programa de 
presentaciones de las Jornadasde SIG Libre [5], el programa de Talleres 
de las Jornadas de SIG Libre [6] así como los Workshops de QGIS [7], 
además del programa de presentaciones de QGIS [8].


Si aun no estás inscrito al evento, anímate y regístrate en alguna de 
las modalidades (individual, profesional o empresa) que mejor se ajuste 
a tus necesidades y posibilidades[9], y acude a las Jornadas de SIG 
Libre y/o a la 2a Conferencia Internacional de QGIS. Será una ocasión 
única para compartir conocimientos y experiencias.


Ya por último, desde la organización del evento, no podemos dejar de 
agradecer a Patrocinadores, Colaboradores y Medios asociados, así como a 
asistentes y presentadores, el apoyo a las Jornadasde SIG y a la 
Conferencia de QGIS, haciendo posible esta edición especial.


Contamos con tu presencia en Girona, este próximo mes de Mayo.


--
*Local Organizing Committee*
10as Jornadas de SIG Libre
2nd International QGIS User and Developer Conference
-
Pl. Ferrater Mora 1
17071 Girona
infojorna...@sigte.org 

Web site: http://www.sigte.udg.edu/jornadassiglibre/en/
Twitter: http://twitter.com/SIGLibreGirona


[1] https://www.geocat.net/
[2] http://boundlessgeo.com/
[3] http://www.sigte.udg.edu/jornadassiglibre/
[4] http://www.sigte.udg.edu/jornadassiglibre/ponentes/
[5] http://www.sigte.udg.edu/jornadassiglibre/jornadas-sig-libre/programa/
[6] http://www.sigte.udg.edu/jornadassiglibre/jornadas-sig-libre/talleres/
[7] 
http://www.sigte.udg.edu/jornadassiglibre/international-qgis-user-and-developer-conference/workshops-qgis/
[8] 
http://www.sigte.udg.edu/jornadassiglibre/international-qgis-user-and-developer-conference/conferencia-qgis/

[9] http://www.sigte.udg.edu/jornadassiglibre/inscripcion/



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

Re: [Talk-at] Adressen in Relationen mappen

[Christian Aigner]

Am 28.04.2016 um 11:47 schrieb Andreas Labres:
> On 27.04.16 11:41, Christian Aigner wrote:
>> Heute bin ich auf die Idee gekommen, ich könnte ja mal mehrere Gebäude,
>> die die selbe Adresse[1] haben, in einer Relation[2] zusammen fassen.
> 
> Die Idee des Karlsruhe-Schemas war (IMO), dass man die Adresse
> strukturiert speichert, man aber durch Zusammenfassen der addr: Tags
> (also addr:street + addr:housenumber +
> addr:postcode+addr:city+addr:country) zu einer vollständigen Adresse für
> das jeweilige Ding (Gebäude) kommt. Sprich, die addr: Daten sind auch
> alle beisammen. Relationen ("sich die Dinge zusammensuchen müssen")
> machen die Sache schwieriger, bringen aber keinen Vorteil. Also warum
> der Aufwand, wenn keiner was davon hat... KISS.
> 
> /al

Meine Idee dahinter war, daß dann bei einer Suche alle Gebäude, die zu
dieser Adresse gehören, "hervorgehoben" werden. Ist aber eh nicht der Fall.

Also werde ich die Relation wieder entfernen. War ein Versuch.

LG,
Christian



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

Re: [OSM-talk] Crowdfunding for OpenStreetMap in Bénin : 275km² high resolution satellite imagery for Cotonou by 1-May 2016!

[nicolas chavent]

Hi Christoph, Frederik and all,

Thanks Christoph and Frederik for your two emails, two points related to
Benin :

Christoph, thanks for setting up that hosting and serving of 100% opendata
resources that we will be using in compliment of the freshly purchased
imagery over Cotonou for data creation in OSM. We will also be using it
locally in RS and this is a real add on for sure. Since 2012 with the
overall support of Frederic Moine (aka Fred cc'ed), drones have been used
in Haiti in crisis response (Sandy Haiti 2012) and in
development/preparedness contexte over Haiti by a collective of Haitian
dronistes also membres of OSM groups in Haiti (cc'ed Jean Presler aka Pres)
with some support of the International Organization Of Migration (IOM),
Drones Adventures, CartONG (Fred having designed and run a community drone
campaign support program for that French NGO) (1). Fred and the Haitian
dronists crew work has been pioneer in drone uses in real crisis response
work and at community level and held as a reference by domain experts
(UNOSAT etc, Fred can provide materials). This is what we are looking at
doing to fully address OSM imagery needs through 100% hyper high res
imagery in Western Africa via a South-South cooperation mechanisms allowing
Haitian and African to collect imagery via drones and map it jointly both
in Haiti and Africa. The connection already exists and in our last Togo
capacity building mission, we had a mapathon where by Western Africans
mapped Areas at risk in Port Au Prince (Haiti) tracing over an imagery
collected by the local Haitian droners and mappers (2,3). This
unfortunately requires funding we did not manage to secure yet and are
working on it. Purchasing imagery for OSM is one option at hand to boost
mapping in Cotonou via remote AND intensive field work done by Benin
mappers and partners in Academic, NGOs, Local Gov, Tech etc.

@Frederik, your point is well heard in Bénin where remote mapping will not
kill, nor demotivate, nor diminish field work, it will go hand in hand and
contribute to more efficiently use scarse voluntary or hyper small budget
resources and get more impact, enrich the map, grow the community and
enlarge the circle of partners + gain remote support from other Western
African groups and the overall global community.

Thanks for your two emails, apologies if any of the above clarification is
too long, I just felt details specific to the Benin were necessary at this
stage.

Excellent day to all
Best,
Nicolas

(1): https://www.youtube.com/watch?v=Oou32o-jR0M
(2):
https://projeteof.org/blog/action-openstreetmap-haiti-2015-an-osm-technical-and-organizational-support-initiative-in-haiti/
(3):
https://projeteof.org/blog/action-osm-2015-togo-mapathon-mivamapper-et-state-of-the-map-2015-togo-durant-gis-day-et-geoweek/


On Thu, Apr 28, 2016 at 3:02 PM, Frederik Ramm  wrote:

> Hi,
>
> On 04/28/16 08:55, Greg Morgan wrote:
> > The problem I have with both Christoph and Frederick statements from
> > Germany are that the comments have a feeling of not invented here and
> > more imperialism.
>
> The main problem I have with armchair mapping is not "people map an area
> without going out", it's "people map an area without EVER HAVING BEEN
> THERE".
>
> I'm less concerned about you mapping your extended home region from
> aerial imagery (assuming for a moment that you live in Montana). If you
> find something on an image that makes you wonder, you can always make a
> small detour on your next trip to the supermarket and check it out in
> person, plus you'll know what kind of builidngs are common in the area
> and so on.
>
> What I think is bad for data quality is people from thousands of miles
> away "helping" by tracing from aerial imagery without local knowledge.
> This might work for the most basic of features but it has been shown
> that even something as seemingly straigforward as the tracing of
> buildings can go quite wrong if you don't know anything about the
> culture and the area, and *this* has been branded (accidental)
> imperialism by some - "what looks like a German barn on the aerial image
> certainly must be a barn in Ghana too".
>
> > Germany is about the size
> > of Montana USA.  Germany has a population of about 89 million people.
> > Montana has a population of around one million people.
>
> The city of Coutonou alone - to come back to the subject - has 800k
> inhabitants, so a lower bound for the population density in the area
> being discussed here is 3000 people per square kilometre; about 1000
> times as much as Montana and about 10 times as much as Germany. I do
> realize that People in Coutonou might have other priorities in live than
> the spoilt kids in Germany but I don't think it serves your argument to
> invoke population density.
>
> > Arm chair
> > mapping is perfectly good solution in this and many other cases.
>
> I dont't think that arm chair mapping is "perfectly good" in many cases,
> I think the risk of said 

[Talk-br] RES: Limite de cidades com distritos

[Reinaldo Neves]

Em contribuição a essa discussão sobre as micro e meso regiões,  sempre entendi 
ambas as divisões como sendo de uso estatístico e não politico administrativo,  
lembrando que esta divisão foi oficializada no final da década de 80 do século 
passado.

O documento de apresentação da nova divisão, publicada pelo IBGE em 1989, tem 
seu parágrafo final o seguinte texto:

"Com esta obra   o Departamento de  Geografia da Diretoria de  Geociências do 
IBGE  entrega aos seus  usuários a  Divisão Regional  que deverá ser  adotada  
a partir de   01/  1/90   pelo  Sistema   Estatístico  Nacionalem  
observância   ao parágrafo único do Art2  da  Resolução PR-51  A  
relevância deste trabalho sobre a  organização regional  do Brasil  reside não 
só no fato de servir á  divulgação de dados   estatísticos   segundo  os  
apreçados espaciais produzidos   mas   também  na perspectiva   de  oferecer   
elementos   para  a  compreensão   da  organizaçãodo território nacional 

SOLANGE TIETZMANN SILVA 
Chefe do Departamento de Geografia"

A inclusão dessas divisões no OSM é  interessante na medida que que os mapas 
possam ser processados para correlação com dados do censo.


Reinaldo Neves



-Mensagem original-
De: Leonardo Brondani Schenkel [mailto:leona...@schenkel.net] 
Enviada em: quinta-feira, 28 de abril de 2016 05:40
Para: talk-br@openstreetmap.org
Assunto: Re: [Talk-br] Limite de cidades com distritos

On 28/04/2016 02:05, santamariense wrote:
> @Leonardo e comunidade:
> 
> Estive conversando com um exímio mapeador aqui do OSM BR, que também 
> trabalha no IBGE. No entender dele e conforme seus conhecimentos na 
> área, micro e meso não são administrativos. Mas essa é a opinião dele.
> Ele também concorda que subdistritos são sim níveis administrativos.

Que legal, obrigado por falar com teu amigo. Qualquer opinião de alguém 
envolvido com o IBGE é super bem-vinda.

> Então embora eu queira que permaneça as micro e meso, já não tenho 
> tanta certeza se condizem com a tag admin_level. Acho que essa 
> conversa vai longe...

Verdade, a discussão tem o potencial de ir longe. Mas ninguém está apressando, 
eu acho. No meu caso estou argumentando a título de discussão apenas — só para 
ver se há um consenso se é mal uso da tag.
Honestamente, pra mim é evidente dados os argumentos que tenho apresentado, mas 
não quero ser dono da verdade: só estou tentando ao máximo discutir de forma 
objetiva e não subjetiva (afinal, todos temos nossa opinião e preferências e 
não espero mudar a de ninguém nesse
aspecto) — se a tag tem uma definição e um propósito bem-definidos 
(documentados ou na prática) e estamos colocando outra coisa que não se 
encaixa, esse é um uso incorreto independente da minha opinião pessoal se gosto 
ou não.

Conseguem citar algum mapa político ou rodoviário (ou algum outro que mostre as 
bordas administrativas) que tenha linhas delineando as meso/micro-regiões do 
Brasil? Nem o Google Maps nem nenhum outro mapa online de outra empresa que 
verifiquei têm. O mapa político do IBGE também não:
ftp://geoftp.ibge.gov.br/mapas_tematicos/mapas_murais/Brasil2500_2014/.
Se alguém sabe de algum que tenha, por favor cite aqui — toda informação é 
bem-vinda.

Caso um consenso em torno disso se forme, vamos ter que discutir o que fazer em 
seguida. Acho que é bom ficar claro que não significa que serão imediatamente 
removidos os tags admin_level=5/7 que existem nos dados, até porque é algo que 
vai contra o procedimento padrão do OSM. A única conseqüência inicial é que a 
documentação/wiki seriam atualizados para descontinuar seu uso. Uma nova forma 
de 'taguear' micro/meso regiões seria proposta (algo como boundary=ibge + 
ibge_level=X, mas isso é só um exemplo que inventei) e colocaríamos em batch as 
novas tags nos dados tagueados com admin_level=5/7 — estressando o fato de que 
o admin_level vai continuar lá. Eventualmente, depois de algum tempo (estou 
falando em anos), os tags admin_level para micro/micro-regiões são removidos.

> Porém, Leonardo, me responda: O que desqualifica as micro e meso 
> regiões como níveis administrativos, que não acaba por desqualificar 
> as Grandes Regiões (Norte, Sul, Centro-Oeste, Nordeste,...) também???

Finalmente! Estava esperando alguém me fazer esta pergunta! Alguém está 
prestando atenção... :-)

Essa é a conseqüência lógica do que está sendo discutido: estritamente falando 
as regiões também não se qualificam. O fato de eu não as ter mencionado nada 
até o momento não significa que estou fazendo um argumento pró elas 
continuarem. Não mencionei as regiões porque uma briga só por vez é o 
suficiente. :-)

Mas piadas à parte, acho que a discussão sobre a representação delas no OSM não 
é exatamente idêntica ao caso anterior. Ao examinar as tabelas de admin_level=* 
dos outros países [1] parece existir um precedente em codificar "regiões 
grandes" no admin_level=3 e acredito que existam várias regiões grandes aí que 
não são administrativas.

[1]

Re: [Talk-es] pregunta

[Iván Sánchez Ortega]

El Jueves 28. abril 2016 15.07.40 Maitane Muñoz Goikoetxea escribió:
> Necesito saber si la aplicación OpenStreetMap Nominatim tiene límite de
> peticiones al día o los usuarios de mi web pueden consultarlo sin problema.

Hola, Maitane,

Los límites de uso de los servidores públicos de Nominatim los encontrarás en 
esta página del wiki:

https://wiki.openstreetmap.org/wiki/Nominatim_usage_policy

-- 
Iván Sánchez Ortega   


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

[Talk-es] pregunta

[Maitane Muñoz Goikoetxea]

Necesito saber si la aplicación OpenStreetMap Nominatim tiene límite de
peticiones al día o los usuarios de mi web pueden consultarlo sin problema.
Mi sitio web está sobre Drupal y necesito asociarlo a el, como puedo
hacerlo?

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

Re: [OSM-talk] Crowdfunding for OpenStreetMap in Bénin : 275km² high resolution satellite imagery for Cotonou by 1-May 2016!

[Frederik Ramm]

Hi,

On 04/28/16 08:55, Greg Morgan wrote:
> The problem I have with both Christoph and Frederick statements from
> Germany are that the comments have a feeling of not invented here and
> more imperialism. 

The main problem I have with armchair mapping is not "people map an area
without going out", it's "people map an area without EVER HAVING BEEN
THERE".

I'm less concerned about you mapping your extended home region from
aerial imagery (assuming for a moment that you live in Montana). If you
find something on an image that makes you wonder, you can always make a
small detour on your next trip to the supermarket and check it out in
person, plus you'll know what kind of builidngs are common in the area
and so on.

What I think is bad for data quality is people from thousands of miles
away "helping" by tracing from aerial imagery without local knowledge.
This might work for the most basic of features but it has been shown
that even something as seemingly straigforward as the tracing of
buildings can go quite wrong if you don't know anything about the
culture and the area, and *this* has been branded (accidental)
imperialism by some - "what looks like a German barn on the aerial image
certainly must be a barn in Ghana too".

> Germany is about the size
> of Montana USA.  Germany has a population of about 89 million people.
> Montana has a population of around one million people.

The city of Coutonou alone - to come back to the subject - has 800k
inhabitants, so a lower bound for the population density in the area
being discussed here is 3000 people per square kilometre; about 1000
times as much as Montana and about 10 times as much as Germany. I do
realize that People in Coutonou might have other priorities in live than
the spoilt kids in Germany but I don't think it serves your argument to
invoke population density.

> Arm chair
> mapping is perfectly good solution in this and many other cases.

I dont't think that arm chair mapping is "perfectly good" in many cases,
I think the risk of said accidental imperialism is too high. Would you
want Montana mapped by people who've never even been to the US and
perhaps don't even speak English?

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

Re: [Talk-br] Objeto exibido apenas em zoom muito próximo

[lucas costa]

Opa, obrigado gente!

Eu utilizo o chrome, mas abri no firefox e neste carregou normalmente em
vários níveis de zoom. Voltando ao chrome foi mais dificil um pouco,
CTRL+F5 não deu conta, precisei apagar o cache desde antes de começar a
usar o openstreetmaps, e recarregar a página. Após algumas tentativas,
apareceu.

Como era a minha primeira atualização no openseamaps, estava em dúvida se
tinha feito tudo certo no JOSM. E a demora na atualização do navegador me
dava a impressão que não. Já as edições (online) que venho fazendo no
openstreetmaps haviam atualizado em poucos minutos (a exceção de algumas
ilhas na baia aqui, que não atualizaram ainda, após 72hs).

Agradeço a ajuda, desculpe se acabou soando que o problema era no editor,
tentar ser mais claro nas próximas :)






Em 28 de abril de 2016 07:55, Márcio Vinícius Pinheiro <
marcioviniciu...@gmail.com> escreveu:

> Para mim, aparecerem de maneira idêntica todas as duas em todos os níveis
> de zoom, tanto no openstreetmap quanto o no openseamap.
>
> O "problema" que você enfrentou não é exatamente um problema e é comum. A
> base de dados não atualiza instantaneamente nos tiles dos visualizadores
> (no caso o openstreetmap.org e o openseamap.org), demora alguns minutos
> para aparecer (umas coisas demoram mais, outras menos).
>
> Além disso, há a questão do cache do navegador que pode ficar um tempo
> "travado" no passado se a diferença entre os arquivos em cache e no
> servidor da página forem muito pequenas, também normal. Nesse caso, se você
> estiver muito ansioso para ver as modificações no mapa, atualize a página
> com Ctrl+F5 (que força o navegador - no meu caso, o Firefox - a baixar
> novamente todas as informações da página) ou apague o cache do navegador e
> carregue a página de novo (repita até aparecer as modificações).
>
> P.S.: Não respondi antes, porque realmente ficou parecendo que o problema
> era no editor, não no visualizador.
>
> - - - ·
> Atenciosamente,
>
> Márcio Vinícius Pinheiro
> http://about.me/Doideira
> 
>
> Em 27 de abril de 2016 22:34, lucas costa  escreveu:
>
>> Opa, obrigado Adriano pela dica :) ... e também esclarecendo melhor,
>> Nelson, mas o problema da exibição está no OpenSeaMap. Usei o JOSM pra
>> colocar a referência para navegação, que é a igreja. Mas na página do OSeaM
>> exibe o objeto apenas em uma única escala de zoom (imagem exibição).
>>
>> Repare nas imagens a seguir...
>>
>> http://imageshack.com/a/img923/3225/NHP8nB.png
>>
>> http://imageshack.com/a/img921/3213/ek2Ipn.png
>>
>> 
>> http://imageshack.com/a/img923/8819/LdhfJl.png
>>
>> Fico curioso porque duas feições com as mesmas características de tags
>> são exibidas tão distintamente...
>>
>> Em 27 de abril de 2016 22:23, lucas costa  escreveu:
>>
>>> Opa, obrigado Adriano pela dica :) ... e também esclarecendo melhor,
>>> Nelson, mas o problema da exibição está no OpenSeaMap. Usei o JOSM pra
>>> colocar a referência para navegação, que é a igreja. Mas na página do OSeaM
>>> exibe o objeto apenas em uma única escala de zoom (imagem exibição).
>>>
>>> Repare nas imagens a seguir, printscreen do programa...
>>>
>>> Fico curioso porque duas feições com as mesmas características de tags
>>> são exibidas tão distintamente...
>>>
>>> Em 27 de abril de 2016 22:14, Nelson A. de Oliveira 
>>> escreveu:
>>>
 2016-04-27 22:12 GMT-03:00 Adriano Rosa :
 > um não estava aparecendo, porque a camada, em determinado nível de
 zoom, não
 > havia sido atualizada.

 Hum... tinha entendido que era no JOSM o problema.
 Menos mal.

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

>>>
>>>
>>>
>>> --
>>> Lucas Araujo Costa
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>
>>
>> --
>> Lucas Araujo Costa
>>
>>
>>
>>
>>
>>
>>
>> ___
>> 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
>
>


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

Re: [Talk-GB] Defibrillator Mapping

[Gregory]

Is healthcare going to be our Q2 project?
It would be good to get a co-ordination list on a wiki page somewhere.

I've made a request to the North East Ambulance Service. However they're
aware not everyone informs them, so I'll probably contact some other
organisations I know.
They've previously responded to a request about Sunderland.
https://www.whatdotheyknow.com/request/public_access_defibrillators_5#incoming-536749

Gregory.

On 23 April 2016 at 12:37, Dave F  wrote:

> Announced yesterday: Tesco is set to introduce defibrillators in over 900
> of its largest stores
>
> http://www.tescoplc.com/index.asp?pageid=17=1350
>
> Dave F.
>
>
> On 22/04/2016 14:43, Robert Whittaker (OSM lists) wrote:
>
>> It was suggested that trying to increase our mapping of public
>> Defibrillators would be a good think. After a bit of digging, it seems
>> that Ambulance Services typically maintain a list of locations, with a
>> view to informing people about them if a 999 call comes in nearby
>> where one might be useful.
>>
>> The different services seem to take quite different views on these
>> lists. My local service (East of England) actively publicise their
>> list (
>> http://www.eastamb.nhs.uk/Get-involved/Community-Public-Access-Defibrillators.htm
>> )
>> on the grounds that raising awareness of the locations will make it
>> more likely that someone will know about and find a defibrillator in
>> an emergency. Other services have refused FOI requests on the (IMO
>> spurious) grounds that publicising the list will make thefts /
>> vandalism more likely, and out of date information may lead to people
>> wasting time in an emergency.
>>
>> Anyway, I've taken the East of England list from
>> http://www.eastamb.nhs.uk/Get%20involved/CPADs/CPAD%20List.pdf , and
>> done a comparison with the OSM data. A rough and ready tool can be
>> found at http://robert.mathmos.net/osm/defib/progress/ for any other
>> locals who want to use it. We've got a small number of locations they
>> haven't, and some of their postcodes may not be quite right. But there
>> are a lot on their list that aren't mapped yet!
>>
>> Regarding tagging, it seems that a lot of the cabinets have a
>> reference number on the outside, so I'd suggest recording that in the
>> ref=* tag. Also, I think a description of the location would be useful
>> (e.g. "Outside wall of McDonalds, facing Store 21") to help people
>> find the defibrillator when they need it. I've been putting something
>> like that in a location=* key.
>>
>> In terms of getting more data, I've put in FOI requests to the East
>> and West Midlands Ambulance Services for starters, so we'll see what
>> line they take...
>>
>> Best wishes,
>>
>> Robert.
>>
>>
>
> ---
> This email has been checked for viruses by Avast antivirus software.
> https://www.avast.com/antivirus
>
>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>



-- 
Gregory
o...@livingwithdragons.com
http://www.livingwithdragons.com
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-it] Crowdfunding per OpenStreetMap in Benin: scadenza 1 maggio 2016

[Cristian Consonni]

Ciao a tutti,

L'obiettivo è stato raggiunto:
http://fr.ulule.com/imagerie-cotonou/

C

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

Re: [Talk-dk] Synlighed og dokumentation af AWSbot-importeringer

[Ole Laursen]

28. april 2016 kl. 12.33 skrev Michael Andersen :
> Er processen overhovedet dokumenteret nogen steder? Hvis ikke ville jeg i høj
> grad sætte pris på at den blev det.
>
> Jeg har også gået og tænkt på om ikke nogen af software folkene på listen her
> kunne udvikle nogle scripts eller andet, som f.eks. jeg kunne anvende, så
> import og opdatering ikke fortsat hænger på en enkelt person.
>
> Jeg sætter pris på det arbejde Stephen har gjort indtil nu, men synes det er
> på tide at få det sat noget mere i system.

Jeg kunne godt tænke mig at rode lidt med det og har også tidligere
lovet at få udbygget vejnavnehalløjet så man kan indrapportere flere
fejl, men ja, nu er jeg oppe på barn nr. 3 så det kniber lidt med at
få noget brugbar fritid til det. Men et fint første skridt ville være
dokumentation/github (det sidste har vi måske allerede?) så vi kan se
hvad der sker og måske komme med patches.


Ole

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

Re: [Talk-at] Protokoll zum April-Stammtisch in Graz / Grazer Linuxtage Infostand

[Andreas]

Am 2016-04-28 um 11:59 schrieb Michael Maier:
> Hallo liebe Leute,
> 
> 1. das Protokoll zum letzten Grazer OSM-Stammtisch ist online:
> 
> https://wiki.openstreetmap.org/wiki/Graz/Stammtisch/2016-04-25
> 
> 2. Grazer Linuxtage
> 
> Dieses Wochenende sind ja Grazer Linuxtage¹ - am Freitag gibts einen
> JOSM-Workshop, und am Samstag den ganzen Tag einen OSM-Infostand.
> 
> [1] https://www.linuxtage.at/
> 
> Für den Infostand wären einerseits noch mehr OSM'ler zur Betreuung
> schön, andererseits würden wir noch etwas Hardware dort brauchen:
> 
> • Einen Rechner/Laptop als Garmin-Tankstelle
> • Einen Rechner/Raspi mit großem Bildschirm, wo show me the way² läuft
> • Einen Rechner mit Maus als Editierstation

ich komme am Fr. von Noe. Kann euch gerne einen Lenovo T61 zur Verfügung
stellen. Per USB-Stick müsste ich auch ein Bootfähiges Xubuntu haben.

Bitte bei mir melden, falls ich meinen Laptop dir noch einpacken soll.

lg Andreas

> 
> [2] https://osmlab.github.io/show-me-the-way/
> 
> Bitte an jeden, der gerne ein Namensschild für die Standbetreuung hätte,
> Email an mich!
> Für die Hardware ist es wohl am Besten, wir koordinieren uns im Wiki:
> 
> https://wiki.openstreetmap.org/wiki/Graz/Linuxtage16
> 
> Vielen Dank,
> lg Michi
> 
> 
> 
> ___
> 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] mappe su wikipedia

[Cascafico Giovanni]

Ho cercato di inserire una discussione con una semplice frase, ma il
sistema mi risponde che ho cercato di inserire contenuti pericoloso
("harmful")

--
cascafico.altervista.org
twitter.com/cascafico
Il 28/apr/2016 13:17 "Simone Cortesi"  ha scritto:

> Ciao,
> su mediawiki si sta discutendo in questi giorni delle mappe
> interattive che saranno aggiunte prossimamente a wikipedia.
>
> pagina:
> https://www.mediawiki.org/wiki/Maps/Conversation_about_interactive_map_use
>
> nella relativa pagina di discussioneione:
>
> https://www.mediawiki.org/wiki/Talk:Maps/Conversation_about_interactive_map_use
>
> vi chiederei di dare un occhiata alla cosa e rispondere aggiungendo la
> vostra alla discussione.
>
> è una grande occasione per dire la vostra sulle mappe presenti su uno
> dei piu' visitati siti al mondo.
>
> Grazie,
> S.
>
> ___
> 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-cz] Mapy bez bariér

[Petr Vozdecký]

Ahoj,

prakticky dotaz - predpokladam, ze ta databaze neni konecna, bude se 
vyvijet. Jak vymyslet provazanost aktualizace jejich dat s daty v OSM ?

vop


-- Původní zpráva --
Od: Jan Vršovský 
Komu: OpenStreetMap Czech Republic 
Datum: 28. 4. 2016 12:31:40
Předmět: Re: [Talk-cz] Mapy bez bariér

"
Zdar, tak se tedy do toho pouštím sám :-)

Moje úvahy - prosím o komentáře:
- jde o jen asi 600 objektů, takže bych to provedl poloautomaticky (ruční 
práci odhaduju na den až dva práce)
- skriptem transformovat poskytnutý JSON na OSM xml formát, každý objekt 
bude bod POI, načíst do JOSM
- každý bod ručně projít a sloučit s existujícím objektem, pokud existuje
- protože je to takhle ručně redigované, tak se to ani nedá považovat za 
import - NEBO ANO?
- tedy není potřeba podstupovat martirium v konferenci imports a provedl 
bych to pod svým uživatelským jménem
- popis (vč. jaké sloupce se importovaly do jakých) ještě dám na Wiki a 
pošlu v emailu

Dává vám to smysl? Souhlasíte?
Díky

Honza Vršovský



-- Původní zpráva --
Od: v...@email.cz
Komu: OpenStreetMap Czech Republic 
Datum: 24. 3. 2016 10:15:16
Předmět: [Talk-cz] Mapy bez bariér

"
Ahoj,
nová data k importu:

http://web.mapybezbarier.cz/otevrena-data/

Vypadá to velmi použitelně, skoro vzorově:
- data dostupná v XML, JSON, CSV, Turtle...
- existuje dokumentace i metodika sběru dat, a lidi odtamtud komunikují a 
budou rádi, když to použijeme
- licence je ODbL - ještě před vydáním jsem je poprosil, aby to vydali pod 
dobrou licencí, a oni zvolili přímo ODbL :-)
- po importu se to bude zobrazovat na wheelmap.org

Chtěl jsem import navrhnout, vyjednat a naprogramovat sám, ale teď se mi 
nedostává času... Nechcete se toho někdo ujmout?

Honza Vršovský

___
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] come mappare una mini arena

[Martin Koppenhoefer]

sent from a phone

> Il giorno 28 apr 2016, alle ore 13:36, griphon  ha 
> scritto:
> 
> Ho visto che in diversi stadi di calcio le gradinate sono state mappate come
> aree con il tag building=grandstand.
> Una arena, grande o piccola che sia, è formata comunque da gradinate e
> quindi il tag sopra potrebbe andarci bene.


non so se questa struttura si qualifica in generale per "building" 
(fabbricato), forse in una lettura molto ampia si. Tu la chiameresti "tribuna" 
in italiano? Io penso di no (ma forse il significato di tribuna in italiano è 
più ampio del significato della parola Tribühne in tedesco. Se fosse 
"Zuschauerrang/ränge" forse potrebbe applicarsi.)

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

Re: [OSM-talk-fr] [osm-fr CA] OpenStreetMap-France : Convocation à l'Assemblée Générale Ordinaire 2016

[Benoit FOURNIER]

Pour rappel, veuillez également noter la date limite pour les
candidatures et les motions : vendredi 6 mai.

https://openstreetmap.fr/ag2016
> le Conseil d'Administration sera renouvelé lors de cette assemblée générale.

> les candidatures doivent être envoyée au Conseil d'Administration (à ca -@- 
> listes.openstreetmap.fr) au moins 15 jours avant la tenue de l'assemblée 
> générale, soit le vendredi 6 mai à minuit au plus tard.

Nous attendons vos candidatures et vos éventuelles motions.

Benoît
OpenStreetMap France


2016-04-21 22:06 GMT+02:00 Frédéric Rodrigo :
> L'Assemblée Générale de l'association OpenStreetMap-France se tiendra le 21
> mai à partir de 17h30h à Clermont-Ferrand, durant notre conférence annuelle
> "State Of The Map".
>
> Vous trouverez la convocation complète, avec l'ordre du jour sur notre site
> web : https://openstreetmap.fr/ag2016.
>
> Comme l'an passé, il sera possible de voter à distance pour celles et ceux
> qui ne feront pas le déplacement.
>
> N'oubliez par de renouveler votre cotisation pour pouvoir voter, vous pouvez
> le faire en ligne : comme indiquer sur https://openstreetmap.fr/adherer
>
> Frédéric Rodrigo - Secrétaire d'OpenStreetMap-France pour le CA
>

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

Re: [OSM-talk] Crowdfunding for OpenStreetMap in Bénin : 275km² high resolution satellite imagery for Cotonou by 1-May 2016!

[Christoph Hormann]

On Thursday 28 April 2016, Greg Morgan wrote:
>
> The problem I have with both Christoph and Frederick statements from
> Germany are that the comments have a feeling of not invented here and
> more imperialism.

I think you are barking up the wrong tree here.  

Most of my mapping in OSM is in areas much more severely 
underrepresented in usual image sources than Benin.  So i am well aware 
of the problem of cultural and economic bias in remote mapping sources 
and i have also discussed this several years ago already [1].

But you do not solve this problem by buying satellite imagery for the 
areas you find underrepresented.  Satellite operators like 
Airbus-DS/CNES and DigitalGlobe are not any more neutral than companies 
like Mapbox, they likewise 'serve priority markets' and you are not 
going to change these priorities with a few thousand bucks of crowd 
sourced money.  To really overcome these problems you'd need to create 
the means to locally produce comparable data sources through aerial 
imaging.

But to do something productive instead of just talking i set up some 
open imagery for the area in question [2].  This is of course not in 
any way comparable to what is envisioned by the Benin community but it 
is way better than what in the crowd funding campain is shown as the 
currently available level.  You won't be able to trace buildings or 
smaller urban streets from it but there is still a lot of map-worthy 
stuff that can be derived from this data (even more if you also use 
infrared data which i left out for the purpose of ease of use) and it 
is recent, from December last year.  Also this should show that there 
are truly open image sources that are frequently better in either 
actuality or resolution than what Bing and Mapbox offer.

[1] http://blog.imagico.de/new-franz-josef-land-map/
[2] 
http://maps.imagico.de/#map=9/6.702/2.215=en=sat=osmim=3=8
tms:http://imagico.de/map/osmim_tiles.php?layer=S2A_R022_N06_20151221T103009={zoom}={x}={-y}

-- 
Christoph Hormann
http://www.imagico.de/

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

Re: [Talk-it] come mappare una mini arena

[griphon]

Ho visto che in diversi stadi di calcio le gradinate sono state mappate come
aree con il tag building=grandstand.
Una arena, grande o piccola che sia, è formata comunque da gradinate e
quindi il tag sopra potrebbe andarci bene.
 



--
View this message in context: 
http://gis.19327.n5.nabble.com/come-mappare-una-mini-arena-tp5872584p5872651.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

[OSM-talk] osm maps on wikipedia - discussion

[Simone Cortesi]

Hello,
currently being discussed on mediawiki is the future of maps soon to
be added to wikipedia.

page: https://www.mediawiki.org/wiki/Maps/Conversation_about_interactive_map_use

talk page: 
https://www.mediawiki.org/wiki/Talk:Maps/Conversation_about_interactive_map_use

I would ask you to have a look at it and respond by adding your
opinion to the pages.

It is a great chance to have your say on the maps that will be seen on
one of the most visited websites in the world.

Thank you,
S.

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

[Talk-it] mappe su wikipedia

[Simone Cortesi]

Ciao,
su mediawiki si sta discutendo in questi giorni delle mappe
interattive che saranno aggiunte prossimamente a wikipedia.

pagina: 
https://www.mediawiki.org/wiki/Maps/Conversation_about_interactive_map_use

nella relativa pagina di discussioneione:
https://www.mediawiki.org/wiki/Talk:Maps/Conversation_about_interactive_map_use

vi chiederei di dare un occhiata alla cosa e rispondere aggiungendo la
vostra alla discussione.

è una grande occasione per dire la vostra sulle mappe presenti su uno
dei piu' visitati siti al mondo.

Grazie,
S.

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

Re: [OSM-talk-nl] Naangeving POI

[Colin Smale]

Hi Nick, 

Het was bedoeld om mensen tot denken aan te zetten, en als algemene
overwegingen bij het kiezen van een "naam".  Vele mensen hebben zo hun
bijzondere interesses, niets mis mee, maar je mag andere mensen hun
hobby's ook niet misgunnen. Er zijn veel mensen die wel navigeren op
basis van OSM - of het nou op de traditionele manier is met de kaart
voor je neus, of met satellietnavigatie die de weg voor je uitstippelt.
Je kunt met OSM alle kanten op, en veel basis-zaken zoals "name" en
"highway" zijn per definitie een compromis. Daarom is er ook altijd zo
veel discussie - omdat zo veel verschillende doelgroepen er iets mee
doen.

//colin 

On 2016-04-28 12:36, St Niklaas wrote:

> VAN: Colin Smale 
> VERZONDEN: woensdag 27 april 2016 19:09
> AAN: talk-nl@openstreetmap.org
> ONDERWERP: Re: [OSM-talk-nl] Naangeving POI 
> 
> We hebben het wel over de NAAM van de school/vereniging. Bijzonderheden over 
> het soort onderwijs, volledige juridische namen e.d. kunnen ook een plek 
> krijgen in OSM, maar de naam is en blijft de naam, in een gangbare vorm. 
> 
> Colin, 
> 
> _Bij scholen staat soms de naam als PCB of OBS (al of niet met punten) De 
> Wiekslag op de gevel en dan noem ik de overkoepelende Stichting die erachter 
> zit niet. Die kan onder de vlag operator getagged worden_. 
> 
> Wat verwacht je op een kaart te zien? Waarop ga je zoeken om deze POI te 
> vinden? Hoe wordt deze POI genoemd door de plaatselijke bevolking (geen 
> bijnamen!)? Hoe noemt de POI zichzelf in normale lopende tekst (geen 
> juridische context!), bijvoorbeeld op de website of in nieuwsbrieven? 
> 
> _Ik ben met een straatnaam en huisnummer volmaakt gelukkig en maken POI's, 
> zoals ook al opgemerkt is, het niet overzichtelijker. Waar ik zoek ? Thuis, 
> op straatnaam en nummer en nimmer op POI, ik verwacht een kaart met alle 
> zichtbare bijzonderheden als wegen, watergangen en hoogspanningsleidingen met 
> zaken als bruggen, de  inrichting, afsluitingen en oriënteer me daarop en 
> maak geen gebruik van een routeplanner om ergens te komen, anders dan om een 
> calamiteit (met de auto) in onbekend gebied te vermijden. Fietsend is het 
> geen probleem, je kunt er bijna altijd langs en de route zit ongeveer wel in 
> mijn hoofd, met als uitgangspunt rustig en/of rechtstreeks. _ 
> 
> _Resumerend ik verwacht geen routes op de kaart dat geeft zoals bekend veel 
> herstel werk, die vertroebelende routes hangt de renderer er maar aan en ja 
> ik weet dat de OSM basis kaart van A naar B routeerbaar is._ 
> 
> Vriendelijke groet, 
> ___
> Talk-nl mailing list
> Talk-nl@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-nl___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

[OSRM-talk] running on windows

[John Aherne]

Thanks for the reply.

Nice to know it should work without problem.

I can compile and build successfully on Ubuntu and have done so many times
so I think I am following the instructions properly.

There are 2 scenarios:

1. I download just the binaries for release and try to use them.

All release files are in a single folder.

I copy the pbf file into the same folder

I copy car.lua into profile.lua in the same folder

They require vs2015 dll.

On the W10 Pc I have vs2015 installed

I have an osm.pbf file downloaded from  geofabrik.de for
british-isles-latest.osm.pbf. and a smaller one for
ireland-northern-ireland.osm.pbf

The W10 PC is slow but has 4 cores and has 4GB ram. But I'm not fussed
since I can leave it running.

The stxxl file that gets allocated is 1GB the default since it cannot find
my ,stxxl config file which is in the same folder as everything else.

The log output from w10 is as follows:

D:\osrm_Release>osrm-extract ireland-and-northern-ireland.osm.pbf
[info] Input file: ireland-and-northern-ireland.osm.pbf
[info] Profile: profile.lua
[info] Threads: 4
[info] Using script profile.lua
[STXXL-MSG] STXXL v1.4.99 (prerelease/Release) (git
1babe452214b4613a2a488d80073f4185c05a0b3) + gnu parallel(__GLIBCXX__)
[STXXL-ERRMSG] Warning: no config file found.
[STXXL-ERRMSG] Using default disk configuration.
[STXXL-MSG] Disk 'C:\Users\johna\AppData\Local\Temp\stxxl.tmp' is
allocated, space: 1000 MiB, I/O implementation: wincall delete_on_exit
queue=0 devid=0
[info] Parsing in progress..
[info] input file generated by Osmium (
http://wiki.openstreetmap.org/wiki/Osmium)
[info] timestamp: 2013-01-12T19:52:00Z
[info] Using turn restrictions
[info] Found 3 exceptions to turn restrictions:
[info]   motorcar
[info]   motor_vehicle
[info]   vehicle

D:\osrm_Release>

---
The W2008 server R2 system is on hyper-v and has 8gb ram and dual xeon 4
core

I had to install the 2105 C++ runtime to run the extract program since
there is no vs2015 on this machine.

The stxxl file that gets allocated is 10GB

The log output for W2008 is as follows:

I have no idea where the funny characters come from in the log

D:\osrm_release>osrm-extract british-isles-latest.osm.pbf
[info] Input file: british-isles-latest.osm.pbf?[0m
[info] Profile: profile.lua?[0m
[info] Threads: 8?[0m
[info] Using script profile.lua?[0m
[STXXL-MSG] STXXL v1.4.99 (prerelease/Release) (git
1babe452214b4613a2a488d80073
f4185c05a0b3) + gnu parallel(__GLIBCXX__)
[STXXL-MSG] Disk 'c:\temp\stxxl' is allocated, space: 1 MiB, I/O
implementation: wincall queue=0 devid=0
[info] Parsing in progress..?[0m
[info] input file generated by Osmium (
http://wiki.openstreetmap.org/wiki/Osmium
)?[0m
[info] timestamp: 2015-10-28T22:22:02Z?[0m
[info] Using turn restrictions?[0m
[info] Found 3 exceptions to turn restrictions:?[0m
[info]   motorcar?[0m
[info]   motor_vehicle?[0m
[info]   vehicle?[0m

D:\osrm_release>
-

2. Compile from sources

This requires vs2013 which is installed on the W10 machine

I am using the batch files that come with the instructions

I download osrm4.9.1 and download all the other libraries needed for the
compile.

The only file that does not compile is stxxl.

The compiler output is as follows:-

D:\osrm_utils>build_stxxl.bat

D:\osrm_utils>SET PREFIX="d:/libs18d"

D:\osrm_utils>SET VARIANT=Release

D:\osrm_utils>rem for older MSVC than VS 2013

D:\osrm_utils>rem SET BOOST_ROOT="d:/libs18/boost"

D:\osrm_utils>rem git clone https://github.com/DennisOSRM/stxxl.git

D:\osrm_utils>git clone https://github.com/stxxl/stxxl.git
fatal: destination path 'stxxl' already exists and is not an empty
directory.

D:\osrm_utils>cd stxxl

D:\osrm_utils\stxxl>mkdir build
A subdirectory or file build already exists.

D:\osrm_utils\stxxl>cd build

D:\osrm_utils\stxxl\build>cmake .. -G "NMake Makefiles"
-DCMAKE_BUILD_TYPE=Release -DCMAKE_INSTALL_PREFIX="d:/libs18d"
-- Detected git refspec 1.4.1-360-g5b9663e sha
5b9663e6b769748f3b3d3a9a779b4b89e24d7a27
-- OpenMP found, enabling built-in parallel algorithms.
-- Using std::thread and other C++11 library functions.
-- Configuring done
-- Generating done
-- Build files have been written to: D:/osrm_utils/stxxl/build

D:\osrm_utils\stxxl\build>rem for older MSVC than VS 2013

D:\osrm_utils\stxxl\build>rem cmake .. -G "NMake Makefiles"
-DCMAKE_BUILD_TYPE=Release -DCMAKE_INSTALL_PREFIX="d:/libs18d"
-DBOOST_ROOT= -DBoost_USE_STATIC_LIBS=ON

D:\osrm_utils\stxxl\build>nmake install

Microsoft (R) Program Maintenance Utility Version 12.00.21005.1
Copyright (C) Microsoft Corporation.  All rights reserved.

[  2%] Building CXX object lib/CMakeFiles/stxxl.dir/common/log.cpp.obj
log.cpp
D:\osrm_utils\stxxl\include\stxxl/bits/common/mutex.h(187) : error C2797:
'stxxl::spin_lock::lck': list initialization inside member initializer list
or 

Re: [OSM-talk-nl] Naangeving POI

[St Niklaas]

Van: Colin Smale 
Verzonden: woensdag 27 april 2016 19:09
Aan: talk-nl@openstreetmap.org
Onderwerp: Re: [OSM-talk-nl] Naangeving POI
We hebben het wel over de NAAM van de school/vereniging. Bijzonderheden over 
het soort onderwijs, volledige juridische namen e.d. kunnen ook een plek 
krijgen in OSM, maar de naam is en blijft de naam, in een gangbare vorm.
Colin,
Bij scholen staat soms de naam als PCB of OBS (al of niet met punten) De 
Wiekslag op de gevel en dan noem ik de overkoepelende Stichting die erachter 
zit niet. Die kan onder de vlag operator getagged worden.
Wat verwacht je op een kaart te zien? Waarop ga je zoeken om deze POI te 
vinden? Hoe wordt deze POI genoemd door de plaatselijke bevolking (geen 
bijnamen!)? Hoe noemt de POI zichzelf in normale lopende tekst (geen juridische 
context!), bijvoorbeeld op de website of in nieuwsbrieven?
Ik ben met een straatnaam en huisnummer volmaakt gelukkig en maken POI's, zoals 
ook al opgemerkt is, het niet overzichtelijker. Waar ik zoek ? Thuis, op 
straatnaam en nummer en nimmer op POI, ik verwacht een kaart met alle zichtbare 
bijzonderheden als wegen, watergangen en hoogspanningsleidingen met zaken als 
bruggen, de  inrichting, afsluitingen en oriënteer me daarop en maak geen 
gebruik van een routeplanner om ergens te komen, anders dan om een calamiteit 
(met de auto) in onbekend gebied te vermijden. Fietsend is het geen probleem, 
je kunt er bijna altijd langs en de route zit ongeveer wel in mijn hoofd, met 
als uitgangspunt rustig en/of rechtstreeks.
Resumerend ik verwacht geen routes op de kaart dat geeft zoals bekend veel 
herstel werk, die vertroebelende routes hangt de renderer er maar aan en ja ik 
weet dat de OSM basis kaart van A naar B routeerbaar is.
Vriendelijke groet,
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-nl

Re: [Talk-dk] Synlighed og dokumentation af AWSbot-importeringer

[Michael Andersen]

Hejsa

Jeg var lige ved at ville starte en lignende tråd, men hægter mig på her nu i 
stedet.

Jeg er helt enig i at det ville være smart at der på bottens profil stod noget 
om funktion mm og jeg har faktisk ikke mindre end 2 gange (sidste år) bedt om 
det uden at der er sket noget.

Jeg har på det seneste undret mig meget over hvad den pågældende konto har 
gang i og kunne faktisk godt tænke mig at Stephen oplyste os om det.

Bortset fra det så har man også flere gange på den internationale IRC liste 
undret sig (senest for et par minutter siden) idet nogle af vores adresser 
ender nede ved ækvator: (https://www.openstreetmap.org/changeset/38769101). 
Jeg ved ikke om Stephen Møller har bemærket kommentaren, men det skete altså 
igen her for et par timer siden: 
http://www.openstreetmap.org/changeset/38945093

Er processen overhovedet dokumenteret nogen steder? Hvis ikke ville jeg i høj 
grad sætte pris på at den blev det.

Jeg har også gået og tænkt på om ikke nogen af software folkene på listen her 
kunne udvikle nogle scripts eller andet, som f.eks. jeg kunne anvende, så 
import og opdatering ikke fortsat hænger på en enkelt person.

Jeg sætter pris på det arbejde Stephen har gjort indtil nu, men synes det er 
på tide at få det sat noget mere i system.

Mvh Hjart

Torsdag den 28. april 2016 12:13:13 skrev Mikkel Kirkgaard Nielsen:
> Hejsa.
> 
> Jeg har lige set AWSbot være forbi mit nærområde i
> https://www.openstreetmap.org/changeset/38944880
> (http://nrenner.github.io/achavi/?changeset=38944880), og det er jo
> super fint. Tak til Hjart for IFTT-notifikationen
> (https://ifttt.com/recipes/343792-when-anyone-edits-osm-around-ribe-give-me-> 
> a-message).
> 
> Det gav dog anledning til nedenstående changeset-kommentar, så ville
> lige pinge jer herinde med den også.
> 
> ---
> Den nye placering af node https://www.openstreetmap.org/node/342361634
> (Tjæreborg Stationsvej 33) er ikke korrekt. Den fysiske bygning ligger
> i hvert fald på den gamle lokation.
> 
> Selv om jeg er gammel i gårde i OSM, er jeg ikke helt opdateret på
> hvordan importen fra AWS foregår, så jeg er i tvivl om hvordan jeg
> skal håndtere denne situation.
> 
> Hvor er det rigtige sted at rapportere? Kan se at elgaard har en
> fejl/modifikations-liste på
> https://github.com/elgaard/OpenStreetmapAddressData, men er det data
> AWSbot vil tage hensyn til? Det er ikke umiddelbart klart.
> 
> Ville det ikke være smart om man på AWSbots brugerside
> (https://www.openstreetmap.org/user/AWSbot) kort forklarede om botten,
> og henviste (om muligt) til gældende dokumentation om
> import-proceduren? Så er folk der kigger changesets ikke helt
> efterladt i mørket.
> ---
> 
> Hygge,
> Mikkel
> 
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk


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

Re: [Talk-cz] Mapy bez bariér

[Jan Vršovský]

Zdar, tak se tedy do toho pouštím sám :-)

Moje úvahy - prosím o komentáře:
- jde o jen asi 600 objektů, takže bych to provedl poloautomaticky (ruční 
práci odhaduju na den až dva práce)
- skriptem transformovat poskytnutý JSON na OSM xml formát, každý objekt 
bude bod POI, načíst do JOSM
- každý bod ručně projít a sloučit s existujícím objektem, pokud existuje
- protože je to takhle ručně redigované, tak se to ani nedá považovat za 
import - NEBO ANO?
- tedy není potřeba podstupovat martirium v konferenci imports a provedl 
bych to pod svým uživatelským jménem
- popis (vč. jaké sloupce se importovaly do jakých) ještě dám na Wiki a 
pošlu v emailu

Dává vám to smysl? Souhlasíte?
Díky

Honza Vršovský



-- Původní zpráva --
Od: v...@email.cz
Komu: OpenStreetMap Czech Republic 
Datum: 24. 3. 2016 10:15:16
Předmět: [Talk-cz] Mapy bez bariér

"
Ahoj,
nová data k importu:

http://web.mapybezbarier.cz/otevrena-data/

Vypadá to velmi použitelně, skoro vzorově:
- data dostupná v XML, JSON, CSV, Turtle...
- existuje dokumentace i metodika sběru dat, a lidi odtamtud komunikují a 
budou rádi, když to použijeme
- licence je ODbL - ještě před vydáním jsem je poprosil, aby to vydali pod 
dobrou licencí, a oni zvolili přímo ODbL :-)
- po importu se to bude zobrazovat na wheelmap.org

Chtěl jsem import navrhnout, vyjednat a naprogramovat sám, ale teď se mi 
nedostává času... Nechcete se toho někdo ujmout?

Honza Vršovský

___
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-dk] Synlighed og dokumentation af AWSbot-importeringer

[Stephen Møller]

Hej Mikkel

Jeg skal nok for lavet en bruger side for AWSbot og opdatere
http://wiki.openstreetmap.org/wiki/Da:Addresses så den er helt opdateret.

Booten lavet udtræk fra http://dawa.aws.dk/adresser?postnr= og
samlinger at lat/lon passer med OSM.

Det er en opgave jeg har overtaget fra Peter Brodersen, da stoppede med at
holde det opdateret.

Mvh
Stephen

Den 28. april 2016 kl. 12.13 skrev Mikkel Kirkgaard Nielsen <
m.kirkga...@gmail.com>:

> Hejsa.
>
> Jeg har lige set AWSbot være forbi mit nærområde i
> https://www.openstreetmap.org/changeset/38944880
> (http://nrenner.github.io/achavi/?changeset=38944880), og det er jo
> super fint. Tak til Hjart for IFTT-notifikationen
> (
> https://ifttt.com/recipes/343792-when-anyone-edits-osm-around-ribe-give-me-a-message
> ).
>
> Det gav dog anledning til nedenstående changeset-kommentar, så ville
> lige pinge jer herinde med den også.
>
> ---
> Den nye placering af node https://www.openstreetmap.org/node/342361634
> (Tjæreborg Stationsvej 33) er ikke korrekt. Den fysiske bygning ligger
> i hvert fald på den gamle lokation.
>
> Selv om jeg er gammel i gårde i OSM, er jeg ikke helt opdateret på
> hvordan importen fra AWS foregår, så jeg er i tvivl om hvordan jeg
> skal håndtere denne situation.
>
> Hvor er det rigtige sted at rapportere? Kan se at elgaard har en
> fejl/modifikations-liste på
> https://github.com/elgaard/OpenStreetmapAddressData, men er det data
> AWSbot vil tage hensyn til? Det er ikke umiddelbart klart.
>
> Ville det ikke være smart om man på AWSbots brugerside
> (https://www.openstreetmap.org/user/AWSbot) kort forklarede om botten,
> og henviste (om muligt) til gældende dokumentation om
> import-proceduren? Så er folk der kigger changesets ikke helt
> efterladt i mørket.
> ---
>
> Hygge,
> Mikkel
>
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk
>
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Mapping events

[Mikkel Kirkgaard Nielsen]

Hej Hjart.

22. april 2016 kl. 22.55 skrev Michael Andersen :
> Jeg bor bare i Sønderjylland hvor der sikkert ikke ville være den store ide i
> det.

Som du sikkert ved er jeg også mapper i den "rådne banan" ;). Jeg har
længe haft en OSM workshop/meetup med dig involveret i mine tanker.
Har bare ikke fået det ud over rampen endnu.

Jeg har tilmed et forum med (i hvert fald teknisk interesserede)
mennesker og faciliteterne til at mødes i, da jeg er involveret i
vores lokale maker/hacker-space kaldet GeekLabs
(http://www.geeklabs.dk). Jeg vil tro at vi vil kunne samle et par
hoveder fra labbet, og forhåbentlig nogle ude fra communitiet også.

Kunne du være interesseret i at være med til sådan noget?

Mikkel

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

[Talk-dk] Synlighed og dokumentation af AWSbot-importeringer

[Mikkel Kirkgaard Nielsen]

Hejsa.

Jeg har lige set AWSbot være forbi mit nærområde i
https://www.openstreetmap.org/changeset/38944880
(http://nrenner.github.io/achavi/?changeset=38944880), og det er jo
super fint. Tak til Hjart for IFTT-notifikationen
(https://ifttt.com/recipes/343792-when-anyone-edits-osm-around-ribe-give-me-a-message).

Det gav dog anledning til nedenstående changeset-kommentar, så ville
lige pinge jer herinde med den også.

---
Den nye placering af node https://www.openstreetmap.org/node/342361634
(Tjæreborg Stationsvej 33) er ikke korrekt. Den fysiske bygning ligger
i hvert fald på den gamle lokation.

Selv om jeg er gammel i gårde i OSM, er jeg ikke helt opdateret på
hvordan importen fra AWS foregår, så jeg er i tvivl om hvordan jeg
skal håndtere denne situation.

Hvor er det rigtige sted at rapportere? Kan se at elgaard har en
fejl/modifikations-liste på
https://github.com/elgaard/OpenStreetmapAddressData, men er det data
AWSbot vil tage hensyn til? Det er ikke umiddelbart klart.

Ville det ikke være smart om man på AWSbots brugerside
(https://www.openstreetmap.org/user/AWSbot) kort forklarede om botten,
og henviste (om muligt) til gældende dokumentation om
import-proceduren? Så er folk der kigger changesets ikke helt
efterladt i mørket.
---

Hygge,
Mikkel

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

[Talk-at] Protokoll zum April-Stammtisch in Graz / Grazer Linuxtage Infostand

[Michael Maier]

Hallo liebe Leute,

1. das Protokoll zum letzten Grazer OSM-Stammtisch ist online:

https://wiki.openstreetmap.org/wiki/Graz/Stammtisch/2016-04-25

2. Grazer Linuxtage

Dieses Wochenende sind ja Grazer Linuxtage¹ - am Freitag gibts einen
JOSM-Workshop, und am Samstag den ganzen Tag einen OSM-Infostand.

[1] https://www.linuxtage.at/

Für den Infostand wären einerseits noch mehr OSM'ler zur Betreuung
schön, andererseits würden wir noch etwas Hardware dort brauchen:

• Einen Rechner/Laptop als Garmin-Tankstelle
• Einen Rechner/Raspi mit großem Bildschirm, wo show me the way² läuft
• Einen Rechner mit Maus als Editierstation

[2] https://osmlab.github.io/show-me-the-way/

Bitte an jeden, der gerne ein Namensschild für die Standbetreuung hätte,
Email an mich!
Für die Hardware ist es wohl am Besten, wir koordinieren uns im Wiki:

https://wiki.openstreetmap.org/wiki/Graz/Linuxtage16

Vielen Dank,
lg Michi

-- 
Michael Maier, Student of Telematics @ Graz University of Technology
OpenStreetMap Graz http://osm.org/go/0Iz@paV
http://wiki.osm.org/Graz
http://wiki.osm.org/Graz/Stammtisch



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

Re: [Talk-at] Adressen in Relationen mappen

[Andreas Labres]

On 27.04.16 11:41, Christian Aigner wrote:

Heute bin ich auf die Idee gekommen, ich könnte ja mal mehrere Gebäude,
die die selbe Adresse[1] haben, in einer Relation[2] zusammen fassen.


Die Idee des Karlsruhe-Schemas war (IMO), dass man die Adresse strukturiert 
speichert, man aber durch Zusammenfassen der addr: Tags (also addr:street + 
addr:housenumber + addr:postcode+addr:city+addr:country) zu einer vollständigen 
Adresse für das jeweilige Ding (Gebäude) kommt. Sprich, die addr: Daten sind 
auch alle beisammen. Relationen ("sich die Dinge zusammensuchen müssen") machen 
die Sache schwieriger, bringen aber keinen Vorteil. Also warum der Aufwand, wenn 
keiner was davon hat... KISS.


/al

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

Re: [OSRM-talk] running on Windows

[Wilhelm Berg]

Answer to
https://lists.openstreetmap.org/pipermail/osrm-talk/2016-April/001198.html

Sorry for opening a new thread, but I just subscribed and couldn't find a
way to answer directly to the other thread.



John,

I've run OSRM successfully on both 2008R2 and W10.

Could you outline more details about the data and your workflow that I can
narrow down the problem?

Where did you download what data?
Did you follow all the steps outlined in
https://github.com/Project-OSRM/osrm-backend/wiki/Running-OSRM
Were there any error messages during data preparation?
What's the size of your stxxl file?
What are the specs of your machine: CPUs, RAM, size of swap, free HD space?

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

Re: [Talk-GB] Leicester Haymarket new road layout

[Philip Barnes]

I can pm a local mapper who is normally pretty responsive. 

I rarely get into the city centre these days.

Phil (trigpoint)

On Thu Apr 28 09:51:27 2016 GMT+0100, Stuart Reynolds wrote:
> Hi All,
> 
> Are there any East Midlands mappers in the Leicester area who could update 
> the road & buildings in the vicinity of the new Haymarket Bus Station?
> 
> Google appears to show the new layout 
> (https://www.google.co.uk/maps/@52.6383422,-1.1307455,319m/data=!3m1!1e3) and 
> certainly has the building work ongoing on the satellite view, but OSM still 
> shows the old layout 
> (http://www.openstreetmap.org/node/10021976#map=18/52.63828/-1.13063).
> 
> If not, then I have asked contacts for maps/layout diagrams to do an armchair 
> job, but would obviously be better with a ground survey.
> 
> Many thanks
> Regards,
> Stuart
> 
> 
> Stuart Reynolds
> for traveline south east & anglia
> 
> 
> 
> 
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>

-- 
Sent from my Jolla
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[Talk-GB] Leicester Haymarket new road layout

[Stuart Reynolds]

Hi All,

Are there any East Midlands mappers in the Leicester area who could update the 
road & buildings in the vicinity of the new Haymarket Bus Station?

Google appears to show the new layout 
(https://www.google.co.uk/maps/@52.6383422,-1.1307455,319m/data=!3m1!1e3) and 
certainly has the building work ongoing on the satellite view, but OSM still 
shows the old layout 
(http://www.openstreetmap.org/node/10021976#map=18/52.63828/-1.13063).

If not, then I have asked contacts for maps/layout diagrams to do an armchair 
job, but would obviously be better with a ground survey.

Many thanks
Regards,
Stuart


Stuart Reynolds
for traveline south east & anglia




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

Re: [Talk-br] Limite de cidades com distritos

[Leonardo Brondani Schenkel]

On 28/04/2016 02:05, santamariense wrote:
> @Leonardo e comunidade:
> 
> Estive conversando com um exímio mapeador aqui do OSM BR, que também
> trabalha no IBGE. No entender dele e conforme seus conhecimentos na
> área, micro e meso não são administrativos. Mas essa é a opinião dele.
> Ele também concorda que subdistritos são sim níveis administrativos.

Que legal, obrigado por falar com teu amigo. Qualquer opinião de alguém
envolvido com o IBGE é super bem-vinda.

> Então embora eu queira que permaneça as micro e meso, já não tenho
> tanta certeza se condizem com a tag admin_level. Acho que essa
> conversa vai longe...

Verdade, a discussão tem o potencial de ir longe. Mas ninguém está
apressando, eu acho. No meu caso estou argumentando a título de
discussão apenas — só para ver se há um consenso se é mal uso da tag.
Honestamente, pra mim é evidente dados os argumentos que tenho
apresentado, mas não quero ser dono da verdade: só estou tentando ao
máximo discutir de forma objetiva e não subjetiva (afinal, todos temos
nossa opinião e preferências e não espero mudar a de ninguém nesse
aspecto) — se a tag tem uma definição e um propósito bem-definidos
(documentados ou na prática) e estamos colocando outra coisa que não se
encaixa, esse é um uso incorreto independente da minha opinião pessoal
se gosto ou não.

Conseguem citar algum mapa político ou rodoviário (ou algum outro que
mostre as bordas administrativas) que tenha linhas delineando as
meso/micro-regiões do Brasil? Nem o Google Maps nem nenhum outro mapa
online de outra empresa que verifiquei têm. O mapa político do IBGE
também não:
ftp://geoftp.ibge.gov.br/mapas_tematicos/mapas_murais/Brasil2500_2014/.
Se alguém sabe de algum que tenha, por favor cite aqui — toda informação
é bem-vinda.

Caso um consenso em torno disso se forme, vamos ter que discutir o que
fazer em seguida. Acho que é bom ficar claro que não significa que serão
imediatamente removidos os tags admin_level=5/7 que existem nos dados,
até porque é algo que vai contra o procedimento padrão do OSM. A única
conseqüência inicial é que a documentação/wiki seriam atualizados para
descontinuar seu uso. Uma nova forma de 'taguear' micro/meso regiões
seria proposta (algo como boundary=ibge + ibge_level=X, mas isso é só um
exemplo que inventei) e colocaríamos em batch as novas tags nos dados
tagueados com admin_level=5/7 — estressando o fato de que o admin_level
vai continuar lá. Eventualmente, depois de algum tempo (estou falando em
anos), os tags admin_level para micro/micro-regiões são removidos.

> Porém, Leonardo, me responda: O que desqualifica as micro e meso
> regiões como níveis administrativos, que não acaba por desqualificar
> as Grandes Regiões (Norte, Sul, Centro-Oeste, Nordeste,...) também???

Finalmente! Estava esperando alguém me fazer esta pergunta! Alguém está
prestando atenção... :-)

Essa é a conseqüência lógica do que está sendo discutido: estritamente
falando as regiões também não se qualificam. O fato de eu não as ter
mencionado nada até o momento não significa que estou fazendo um
argumento pró elas continuarem. Não mencionei as regiões porque uma
briga só por vez é o suficiente. :-)

Mas piadas à parte, acho que a discussão sobre a representação delas no
OSM não é exatamente idêntica ao caso anterior. Ao examinar as tabelas
de admin_level=* dos outros países [1] parece existir um precedente em
codificar "regiões grandes" no admin_level=3 e acredito que existam
várias regiões grandes aí que não são administrativas.

[1]
http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative#10_admin_level_values_for_specific_countries

Um exemplo que posso fazer é a Suécia: os 'estados' são as "län" e não
estou ciente de existir nenhum governo a nível de "landsdel". A
Wikipedia parece concordar comigo [2]:

"As 'lands' da Suécia são três partes tradicionais, essencialmente 3
províncias coletivas, na Suécia. Essas 'lands' não têm função
administrativa, e não há designação oficial para esse nível de
subdivisão. Mais comumente são chamadas 'landsdelar', que é traduzido
simplesmente como 'partes do país'."
[2] https://en.wikipedia.org/wiki/Lands_of_Sweden

Então no caso de região (N/NE/etc.), o uso brasileiro pelo menos é
consistente com resto do mundo em relação à definição aplicada "de
facto" do admin_level=* do OSM. De um ponto de vista pragmático, essas
regiões existem na prática há séculos, algumas perderam seu caráter
administrativo, mas ainda existem no imaginário e são
compreendidas/usadas pelas pessoas "comuns" e ainda aparecem em muitos
mapas, por isso acabaram sendo codificadas. Dependendo do seu ponto de
vista, muitos desses critérios podem ser aplicados também às regiões
brasileiras.

Devido aos pontos acima, acredito que o argumento para retirar o
admin_level=3 das regiões brasileiras com certeza existe mas é mais
frágil e portanto difícil de justificar. Em termos de *opinião* ou
*preferência* pessoal, neste caso eu sou neutro.

Note que para mim se 'bairro' é realmente 

Re: [OSM-talk] well mapped area for area navigation

[Paul Johnson]

On Mon, Apr 25, 2016 at 10:43 PM, maning sambale  wrote:

> Hi,
>
> I'm looking for an area to test navigation in light with the new OSRM
> v5 release [0]. Can anyone recommend an area which you think is
> "navigation complete" in OSM?
>
> Of course, "navigation complete means" different for different people,
> here I define navigation for car.  So I'm looking for an area that has
> "complete" map for:
>
> - roads and names
> - oneways
> - traffic signals
> - turn restrictions (including conditional turn restrictions)
> - turn lanes (including bike lanes)
> - speed limits
> - exit signs and destinations for motorways
>
> Advance thanks!
>

Tulsa County, Oklahoma (and most counties around it).
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Crowdfunding for OpenStreetMap in Bénin : 275km² high resolution satellite imagery for Cotonou by 1-May 2016!

[nicolas chavent]

Hi Greg and all,

Greg, we are 100% in agreement (your text is below).
OSM Benin folks know their country, their OSM stuffs, their needs and the
support of the collective ProjetEOF did crowdsource (with success from
yesterda) for high res imagery over Cotonou
This allow to open a dialogue with Digital Globe wich hopefully may lead to
additional creative options for imagery delivery usable to enrich OSM.
Thanks for those who participated into this effort.
The overall is positive for OSM Benin and OSM tout court and in Cotonou
this will change the map, the community, and foster the opendata dynamic
through the production and release of OSM data.
Let's rejoy and for those adhering to the OSM Benin way, work collectively
into making Cotonou a nicely mapped city.
Folks from Mali, France already started to travel to Cotonou, others from
Niger, Burkina, Ivory Coast, Senegal and France are getting ready to hit
the road or board train and plane: we will be around 20 there for 3 weeks
working in a capacity building program around OSM, GIS (QGIS), webGIS
(uMap/Leaflet), Spatial Data Infrastructure (Georchestra), opendata,
humanitarian and development topics tied to organizationl skills and
techniques. We will be working with OSM Benin partners in the tech scene,
Academic, Local/Central Government, NGOs, Red Cross, journalists and Civil
Society.
Details on this mission blog post (1,2), more updates (including English
versions) to follow on this account and social media. On twitter, stay
tuned to @OSMBenin, @ProjetEOF, #map4bj, #ProjetEOF).

Best,
++
Nicolas

(1) :
https://projeteof.org/blog/action-openstreetmap-2016-benin-du-1-au-21-mai-2016/
(2) :
https://projeteof.org/blog/crowdfunding-for-openstreetmap-in-benin-275km%c2%b2-high-resolution-satellite-imagery-for-cotonou-by-1-may-2016/

> nicolas chavent  wrote
> There is a local OSM group active in Benin since mid 2013,
> This group is skilled they got trained via (capacity building missions run
> by the collective Projet EOF) and had been always self training and
growing
> their skills, growing their community and training Academic, Benin Red
Cross
> Volunteers, Civil workers from local government, folks from the local tech
> scene etc...
> This group has a few equipments at hand,
> They share a co-working space (Blolab) in Cotonou with other tech actors,
> They have been active in their country (several places and various mapping
> project) and in Western Africa through regional 3 to 4 weeks long capacity
> building missions involving a lot of field and remote mapping work
> They operate mostly on a voluntary basis with low means and they grow
their
> map and their community.
> They decided to crowdfund for these 275km2 high res imagery in Cotonou
> because this has been blocking them and that a few additional GPS Units
will
> not make the difference, but this imagery will do!

 I don't see what the problem is.  Bénin mappers have already
performed an analysis of the problem.  I don't see why they cannot
proceed. If Digital Globe, MapBox or any other organization what to
contribute to the Bénin project, then then that is even better.  The
Bénin mappers are very savvy.  They have used a crowd funding site to
freely advertise their efforts and perhaps receive direct
contributions.  Well then, it might be smart for Digital Globe,
Mapbox, or another organization to setup a crowdfunding section of
their websites.  A 501C section of the said firms could collect money
to fund some of these efforts without the overhead of crowd funding
sites.  The reward would be great publicity. More that likely, there
still will be costs that cannot be absorbed by goodwill alone.

Regards,
Greg

On Thu, Apr 28, 2016 at 8:55 AM, Greg Morgan  wrote:

> On Mon, Apr 25, 2016 at 10:52 AM, Simon Poole  wrote:
> >
> > I'm slightly taken back by the number of people wanting to jump in and
> > make decisions for a local community on a topic that has little bearing
> > outside of their region.
>
> ...
> >
> >
> > Simon
>
>
>  Simon,
>
> This is one of the most positive things that I've heard you say about
> a local community deciding what to do!  Thank you.
>
> The problem I have with both Christoph and Frederick statements from
> Germany are that the comments have a feeling of not invented here and
> more imperialism.  There is a smack of what's good for Germany is good
> for everyone local mapping group out there.  Germany is about the size
> of Montana USA.  Germany has a population of about 89 million people.
> Montana has a population of around one million people.  Arm chair
> mapping is perfectly good solution in this and many other cases.  The
> whole meetup/pub mapping event just won't scale in areas like Montana.
> I laugh when you want me to run out and GPS every node that I put on
> the map where map density isn't there like in Germany.  Moreover,
> there's this idea that consumer grade GPS devices are so much more
> accurate compared to imagery. 

[OSRM-talk] running on windows

[John Aherne]

Thanks for the info.

I'm happy to stay with 4.9.1 for now.

So now I used the release binaries to run extract on my pbf file.

I tried on windows10 and windows2008 server R2.

On windows I have VS2015 installed.

But on 2008 Server R2 I had to install the 2015 C++ runtime.

Both crash within seconds and as far as I can see the faulting module is
ucrtbase.dll.

It outputs ' found 3 exceptions to turn restrictions'
motor car
motor vehicle
vehicle

Then crashes


It looks like a lot of people have a problem with ucrtbase.dll but I found
nothing conclusive.

So I'm not sure where to go from here.

Any ideas as to what to try next?

Do I need to have lua installed for any reason?

Thanks for any info.



-- 
*John Aherne*




*www.rocs.co.uk *
020 7223 7567
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [Talk-GB] Overpass query help - roads within a ward

[Tom Chance]

Hi Neil,

Thanks, I didn't realise there was such a delay on areas.

Tom

web: http://tomchance.org
twitter: http://twitter.com/tom_chance
facebook: http://www.facebook.com/TomChanceGP

On 28 April 2016 at 08:33, Neil Pilgrim 
wrote:

> Hi Tom,
>
> My guess would be that since this wad was added very recently, then the
> corresponding 'area', which is updated less frequently (only within
> overpass) does not generate results for you. You can see this if you
> comment out certain parts of your last query:
> - the line showing the relation (A) works fine
> - the line generating points around the edges of the relation (A) works
> fine
> - the line generating points within the area (a) derived from the relation
> (A) shows no difference, ie. it doesn't work!
>
> Perhaps keeping trying, or just try waiting a day or so and try again :)
>
> --
> Neil
>
>
> On 28 April 2016 at 08:08, Tom Chance  wrote:
>
>> Okay, another one with a problem.
>>
>> Using the exact same query for this ward relation:
>> https://www.openstreetmap.org/relation/6173643
>>
>> Returns an empty dataset:
>> http://overpass-turbo.eu/s/fWi
>>
>> If I run the equivalent query suggesting by Neil, it downloads some of
>> ways that are near to the boundary, but not all, and not the ways within
>> the boundary:
>> http://overpass-turbo.eu/s/fWj
>>
>> Any suggestions gratefully received!
>>
>> Tom
>>
>> web: http://tomchance.org
>> twitter: http://twitter.com/tom_chance
>> facebook: http://www.facebook.com/TomChanceGP
>>
>> On 25 April 2016 at 16:45, Tom Chance  wrote:
>>
>>> Thanks Neil,
>>>
>>> I think I'll just have to go with that solution and then delete the ways
>>> I don't want.
>>>
>>> Tom
>>>
>>> web: http://tomchance.org
>>> twitter: http://twitter.com/tom_chance
>>> facebook: http://www.facebook.com/TomChanceGP
>>>
>>> On 23 April 2016 at 16:42, Neil Pilgrim 
>>> wrote:
>>>
 I've had a play with this since I've been working with overpass turbo a
 bit recently; the best I've come up with so far is something like this:
   http://overpass-turbo.eu/s/fPR (wy over-commented ;))
 As you'll see, this does include these roads, but does also include
 roads leaving the area.
 If you un-comment the relation, then that shows the boundary too, which
 I found useful for debugging.
 This may be able to be simplified/optimised, but I've gone with what
 works, and I switched to using a timeout/json as I'm used to that :)
 If the ways missing were part of the relation then I think
 way(r.A)[highway][name] should select them too, but that's not how the
 relation is composed.

 Hope that gives some other ideas, if nothing else :)

 --
 Neil


 On 23 April 2016 at 14:20, Tom Chance  wrote:

> Hi all,
>
> It has been a very long time since I last posted here!
>
> I'm trying to use the Overpass API to extract all the roads within the
> bounds of a relation, in this case a local government ward. Can anyone 
> spot
> the problem in the data?
>
> Here's the example I'm working with:
> http://overpass-turbo.eu/s/fPI
>
> The problem is that some roads aren't being downloaded with the query.
>
> If you follow that link and run the query, you'll see that the top
> section of Belvedere Road, and all of Landsdowne Place, are excluded. 
> There
> are a few others like this on the edges of the area.
>
> I thought it might be because the way used by the boundary relation
> runs down the same nodes as those roads. But just at the top of those
> roads, the A-Road Church Road is downloaded despite being represented in
> the data in the same way.
>
> I tried putting a 'kink' in the boundary way down at the other end of
> Landsdowne Place where it meets Fox Hill so it 'encompasses' a node, but
> that didn't help.
>
> I hope this all makes sense, and maybe somebody can help?
>
> Tom
>
> web: http://tomchance.org
> twitter: http://twitter.com/tom_chance
> facebook: http://www.facebook.com/TomChanceGP
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
>

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


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

Re: [OSM-talk-be] State of the Map Brussels taking shape

[joost schouppe]

Yep, the event will take place at the Q building on the VUB campus. See
also the website: http://2016.stateofthemap.org/
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [Talk-GB] Overpass query help - roads within a ward

[Neil Pilgrim]

Hi Tom,

My guess would be that since this wad was added very recently, then the
corresponding 'area', which is updated less frequently (only within
overpass) does not generate results for you. You can see this if you
comment out certain parts of your last query:
- the line showing the relation (A) works fine
- the line generating points around the edges of the relation (A) works fine
- the line generating points within the area (a) derived from the relation
(A) shows no difference, ie. it doesn't work!

Perhaps keeping trying, or just try waiting a day or so and try again :)

--
Neil


On 28 April 2016 at 08:08, Tom Chance  wrote:

> Okay, another one with a problem.
>
> Using the exact same query for this ward relation:
> https://www.openstreetmap.org/relation/6173643
>
> Returns an empty dataset:
> http://overpass-turbo.eu/s/fWi
>
> If I run the equivalent query suggesting by Neil, it downloads some of
> ways that are near to the boundary, but not all, and not the ways within
> the boundary:
> http://overpass-turbo.eu/s/fWj
>
> Any suggestions gratefully received!
>
> Tom
>
> web: http://tomchance.org
> twitter: http://twitter.com/tom_chance
> facebook: http://www.facebook.com/TomChanceGP
>
> On 25 April 2016 at 16:45, Tom Chance  wrote:
>
>> Thanks Neil,
>>
>> I think I'll just have to go with that solution and then delete the ways
>> I don't want.
>>
>> Tom
>>
>> web: http://tomchance.org
>> twitter: http://twitter.com/tom_chance
>> facebook: http://www.facebook.com/TomChanceGP
>>
>> On 23 April 2016 at 16:42, Neil Pilgrim 
>> wrote:
>>
>>> I've had a play with this since I've been working with overpass turbo a
>>> bit recently; the best I've come up with so far is something like this:
>>>   http://overpass-turbo.eu/s/fPR (wy over-commented ;))
>>> As you'll see, this does include these roads, but does also include
>>> roads leaving the area.
>>> If you un-comment the relation, then that shows the boundary too, which
>>> I found useful for debugging.
>>> This may be able to be simplified/optimised, but I've gone with what
>>> works, and I switched to using a timeout/json as I'm used to that :)
>>> If the ways missing were part of the relation then I think
>>> way(r.A)[highway][name] should select them too, but that's not how the
>>> relation is composed.
>>>
>>> Hope that gives some other ideas, if nothing else :)
>>>
>>> --
>>> Neil
>>>
>>>
>>> On 23 April 2016 at 14:20, Tom Chance  wrote:
>>>
 Hi all,

 It has been a very long time since I last posted here!

 I'm trying to use the Overpass API to extract all the roads within the
 bounds of a relation, in this case a local government ward. Can anyone spot
 the problem in the data?

 Here's the example I'm working with:
 http://overpass-turbo.eu/s/fPI

 The problem is that some roads aren't being downloaded with the query.

 If you follow that link and run the query, you'll see that the top
 section of Belvedere Road, and all of Landsdowne Place, are excluded. There
 are a few others like this on the edges of the area.

 I thought it might be because the way used by the boundary relation
 runs down the same nodes as those roads. But just at the top of those
 roads, the A-Road Church Road is downloaded despite being represented in
 the data in the same way.

 I tried putting a 'kink' in the boundary way down at the other end of
 Landsdowne Place where it meets Fox Hill so it 'encompasses' a node, but
 that didn't help.

 I hope this all makes sense, and maybe somebody can help?

 Tom

 web: http://tomchance.org
 twitter: http://twitter.com/tom_chance
 facebook: http://www.facebook.com/TomChanceGP

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


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

Re: [OSM-talk-be] State of the Map Brussels taking shape

[mgwebmail]

Did you already found a venue ?

> On 28 Apr 2016, at 08:47, joost schouppe  wrote:
> 
> Hi,
> 
> So the old ctrl+enter oh-god-did-that-mail-actually-get-send error happened 
> again. Here's the entire message.
> 
> As the whole world should know by now, State of the Map is coming to Brussels 
> this September. Yeay!
> 
> Over the last few weeks, a few messages went out from the team. In case you 
> missed it, here's a quick summary:
> 
> - we are looking for sponsors [1]. There's a whole document ready to explain 
> how and why organizations can sponsor. 
> 
> - one of the things we'll do with sponsor money, is make sure the event is 
> inclusive of people who could otherwise not afford to come to State of the 
> Map. I don't think coming to Brussels will be a big problem for most of us, 
> but if you know people who should come to SOTM but can't afford it: please 
> encourage them to apply for a scholarship [2]
> 
> - we need content! Have you done something cool with OSM or know people who 
> did, kindly propose a session (or have them propose one) [3]
> 
> 1: 
> https://blog.openstreetmap.org/2016/04/25/we-want-you-at-state-of-the-map-apply-for-a-scholarship/
>  
> 
> 2: https://blog.openstreetmap.org/2016/04/06/sponsor-state-of-the-map-2016/ 
> 
> 3: 
> https://blog.openstreetmap.org/2016/04/19/propose-your-session-to-state-of-the-map-2016/
>  
> 
> 
> 
> Marc, no, we haven't set that up yet. I'll check if anything is holding us 
> back and let the list know.
> 
> 
> Joost
> 
> 
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be

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

Re: [Talk-GB] Crediting OSM (was Birdtrack using OSM maps)

[Dan S]

The Sacred Heart is a good example - using openlayers, set up so that
the "(c) OpenStreetMap contributors" is clearly visible. Seems to me
you're doing it right -

Dan


2016-04-27 19:44 GMT+01:00 Colin Spiller :
> Interesting wiki entry. Very technical - at least for me. I have several
> webpages with OSM maps inserted via iframe. For example
> http://www.ourladyandstjoseph.org.uk/SacredHeart.htm When I followed the
> link on the wiki to the example , I just got "page not found". Can anyone
> show me a good example please?
>
> Thanks
> Colin
>
>
>
> On 25/04/16 22:16, ael wrote:
>>
>> On Mon, Apr 25, 2016 at 08:39:31PM +0100, Andy Mabbett wrote:
>>>
>>> I noticed recently that it was using OpenStreetMap data; at my
>>> instigation, it now also prominently credits OSM.
>>
>>
>> I noticed that my local library was using OSM but with no accreditation.
>>
>> When I looked (as I recall, on the wiki) for a link to send them, I had
>> to dig deep and just found this:
>>
>> https://help.openstreetmap.org/questions/48/can-i-use-these-maps-on-my-website
>>
>> I seem to remember that the request to credit OSM used to be prominent,
>> but that no longer seems to be the case, so I could understand how it
>> might be overlooked.
>>
>> I sent an polite email on 24th Feb asking them to add the credit, but have
>> had no reply.
>>
>> So perhaps the request for credit needs to be more prominent?
>>
>> Meanwhile, perhaps others might also complain? The offending site is
>> https://www.oxfordshire.gov.uk/cms/content/witney-library
>> As you can see there, their email address is
>> witney.libr...@oxfordshire.gov.uk .
>>
>> ael
>>
>>
>>
>> ___
>> Talk-GB mailing list
>> Talk-GB@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-gb
>
>
>
> --
> Colin Spiller
> co...@thespillers.org.uk
>
>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb

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

Re: [Talk-GB] Overpass query help - roads within a ward

[Tom Chance]

Okay, another one with a problem.

Using the exact same query for this ward relation:
https://www.openstreetmap.org/relation/6173643

Returns an empty dataset:
http://overpass-turbo.eu/s/fWi

If I run the equivalent query suggesting by Neil, it downloads some of ways
that are near to the boundary, but not all, and not the ways within the
boundary:
http://overpass-turbo.eu/s/fWj

Any suggestions gratefully received!

Tom

web: http://tomchance.org
twitter: http://twitter.com/tom_chance
facebook: http://www.facebook.com/TomChanceGP

On 25 April 2016 at 16:45, Tom Chance  wrote:

> Thanks Neil,
>
> I think I'll just have to go with that solution and then delete the ways I
> don't want.
>
> Tom
>
> web: http://tomchance.org
> twitter: http://twitter.com/tom_chance
> facebook: http://www.facebook.com/TomChanceGP
>
> On 23 April 2016 at 16:42, Neil Pilgrim 
> wrote:
>
>> I've had a play with this since I've been working with overpass turbo a
>> bit recently; the best I've come up with so far is something like this:
>>   http://overpass-turbo.eu/s/fPR (wy over-commented ;))
>> As you'll see, this does include these roads, but does also include roads
>> leaving the area.
>> If you un-comment the relation, then that shows the boundary too, which I
>> found useful for debugging.
>> This may be able to be simplified/optimised, but I've gone with what
>> works, and I switched to using a timeout/json as I'm used to that :)
>> If the ways missing were part of the relation then I think
>> way(r.A)[highway][name] should select them too, but that's not how the
>> relation is composed.
>>
>> Hope that gives some other ideas, if nothing else :)
>>
>> --
>> Neil
>>
>>
>> On 23 April 2016 at 14:20, Tom Chance  wrote:
>>
>>> Hi all,
>>>
>>> It has been a very long time since I last posted here!
>>>
>>> I'm trying to use the Overpass API to extract all the roads within the
>>> bounds of a relation, in this case a local government ward. Can anyone spot
>>> the problem in the data?
>>>
>>> Here's the example I'm working with:
>>> http://overpass-turbo.eu/s/fPI
>>>
>>> The problem is that some roads aren't being downloaded with the query.
>>>
>>> If you follow that link and run the query, you'll see that the top
>>> section of Belvedere Road, and all of Landsdowne Place, are excluded. There
>>> are a few others like this on the edges of the area.
>>>
>>> I thought it might be because the way used by the boundary relation runs
>>> down the same nodes as those roads. But just at the top of those roads, the
>>> A-Road Church Road is downloaded despite being represented in the data in
>>> the same way.
>>>
>>> I tried putting a 'kink' in the boundary way down at the other end of
>>> Landsdowne Place where it meets Fox Hill so it 'encompasses' a node, but
>>> that didn't help.
>>>
>>> I hope this all makes sense, and maybe somebody can help?
>>>
>>> Tom
>>>
>>> web: http://tomchance.org
>>> twitter: http://twitter.com/tom_chance
>>> facebook: http://www.facebook.com/TomChanceGP
>>>
>>> ___
>>> Talk-GB mailing list
>>> Talk-GB@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-gb
>>>
>>>
>>
>> ___
>> Talk-GB mailing list
>> Talk-GB@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-gb
>>
>>
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-cz] Singletracky u Jedovnic

[Miroslav Suchy]

Dne 27.4.2016 v 16:47 Tomas Janousek napsal(a):
> A dost mi blbne josm, takže na OSM zas radši nějakou dobu nebudu šahat. :-(

iD editor. Ne?

Mirek

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

Re: [OSM-talk] Crowdfunding for OpenStreetMap in Bénin : 275km² high resolution satellite imagery for Cotonou by 1-May 2016!

[Greg Morgan]

On Mon, Apr 25, 2016 at 10:52 AM, Simon Poole  wrote:
>
> I'm slightly taken back by the number of people wanting to jump in and
> make decisions for a local community on a topic that has little bearing
> outside of their region.

...
>
>
> Simon


 Simon,

This is one of the most positive things that I've heard you say about
a local community deciding what to do!  Thank you.

The problem I have with both Christoph and Frederick statements from
Germany are that the comments have a feeling of not invented here and
more imperialism.  There is a smack of what's good for Germany is good
for everyone local mapping group out there.  Germany is about the size
of Montana USA.  Germany has a population of about 89 million people.
Montana has a population of around one million people.  Arm chair
mapping is perfectly good solution in this and many other cases.  The
whole meetup/pub mapping event just won't scale in areas like Montana.
I laugh when you want me to run out and GPS every node that I put on
the map where map density isn't there like in Germany.  Moreover,
there's this idea that consumer grade GPS devices are so much more
accurate compared to imagery.  What I have now is a _useful_ map using
all these tools regardless of their perceived accuracy.  Any way or
idea that builds upon the existing useful map is a great idea.

What I find interesting is that at least one of links shows Bénin
mappers using paper and pencil survey work.  It sounds like they want
better imagery to complement paper survey work with arm chair mapping.
Both types of mapping complement each other.  In both cases, errors
can be introduced into the map.  So what.  We are an Open Source
project with the idea of "release early and release often".  In
addition, OSM has a wonderful complement of tools to help correct any
mistakes.
https://projeteof.org/blog/crowdfunding-openstreetmap-au-benin-275km%C2%B2-dimagerie-satellite-haute-resolution-pour-cotonou-ce-1er-mai-2016/

When I read stories like this from MapBox...
"...And when we can make it better, we flag the area as a priority
collect. This creates a system where developers using the map SDK will
get the most updated imagery specifically where their users need it.
https://www.mapbox.com/blog/satellite-imagery-updates-telemetry/
...I get it.  MapBox is company that has to serve priority markets.
However, if all the the developers are in rich urban areas of the
world, then other areas may not see new imagery.  MapBox needs to pay
the bills to keep the lights on. MapBox may not be the solution in
this case.

>John, Ulule does not charge 40%, the fees reasonably amount to 7 or 8%, that's 
>a notable difference.
>If I donate $100 to a charity the net cost to me is $60 and $100 is more or 
>less available at the end.
> If I donate $60 to the crowdsourcing then $55 arrives at the end.  So if we 
> can get creative with a charity
> the money goes further.  Different western countries have different rules but 
> basically if it can be channeled
> through a charity more cash ends up on the ground.

So don't contribute to the crowdfunding effort.  Many businesses will
take something that was purchased for $50 and sell it for $100.  They
have to cover overhead and make a profit to stay in business. A loss
of $5 to overhead for $60 dollars sounds like a very efficient method
to channel funds to where it is needed.  For  example, I don't donate
to Unicef. I used to go around and collect pennies for that group when
I was young.  It was disturbing to find out that only one US cent of
each dollar actually made it to the children in need.  I don't know if
they improved their record from those days but in my case the damage
was done.  The crowd funding example that has been cited is not the
same kind-of overhead.

> nicolas chavent  wrote
> There is a local OSM group active in Benin since mid 2013,
> This group is skilled they got trained via (capacity building missions run
> by the collective Projet EOF) and had been always self training and growing
> their skills, growing their community and training Academic, Benin Red Cross
> Volunteers, Civil workers from local government, folks from the local tech
> scene etc...
> This group has a few equipments at hand,
> They share a co-working space (Blolab) in Cotonou with other tech actors,
> They have been active in their country (several places and various mapping
> project) and in Western Africa through regional 3 to 4 weeks long capacity
> building missions involving a lot of field and remote mapping work
> They operate mostly on a voluntary basis with low means and they grow their
> map and their community.
> They decided to crowdfund for these 275km2 high res imagery in Cotonou
> because this has been blocking them and that a few additional GPS Units will
> not make the difference, but this imagery will do!

 I don't see what the problem is.  Bénin mappers have already
performed an analysis of the problem.  I don't see why they cannot

Re: [OSM-talk-be] State of the Map Brussels taking shape

[joost schouppe]

Hi,

So the old ctrl+enter oh-god-did-that-mail-actually-get-send error happened
again. Here's the entire message.

As the whole world should know by now, State of the Map is coming to
Brussels this September. Yeay!

Over the last few weeks, a few messages went out from the team. In case you
missed it, here's a quick summary:

- we are looking for sponsors [1]. There's a whole document ready to
explain how and why organizations can sponsor.

- one of the things we'll do with sponsor money, is make sure the event is
inclusive of people who could otherwise not afford to come to State of the
Map. I don't think coming to Brussels will be a big problem for most of us,
but if you know people who should come to SOTM but can't afford it: please
encourage them to apply for a scholarship [2]

- we need content! Have you done something cool with OSM or know people who
did, kindly propose a session (or have them propose one) [3]

1:
https://blog.openstreetmap.org/2016/04/25/we-want-you-at-state-of-the-map-apply-for-a-scholarship/
2: https://blog.openstreetmap.org/2016/04/06/sponsor-state-of-the-map-2016/
3:
https://blog.openstreetmap.org/2016/04/19/propose-your-session-to-state-of-the-map-2016/


Marc, no, we haven't set that up yet. I'll check if anything is holding us
back and let the list know.


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

Re: [OSM-talk-be] State of the Map Brussels taking shape

[Marc Gemis]

Can we already sign up somewhere to indicate that we want to help on
the venue during the conference ?

m

On Thu, Apr 28, 2016 at 8:38 AM, joost schouppe
 wrote:
> Hi,
>
> As the whole world should know by now, State of the Map is coming to
> Brussels. Yeay!
>
> The tea
>
> --
> Joost @
> Openstreetmap | Twitter | LinkedIn | Meetup | Reddit | Wordpress
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>

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

[OSM-talk-be] State of the Map Brussels taking shape

[joost schouppe]

Hi,

As the whole world should know by now, State of the Map is coming to
Brussels. Yeay!

The tea

-- 
Joost @
Openstreetmap  |
Twitter  | LinkedIn
 | Meetup
 | Reddit
 | Wordpress

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

Re: [Talk-GB] UK chapter

[Brian Prangle]

Before we started on this there was a survey which 100 people replied to,
with a majority indicating they were in favour of  a local chapter, which
does indicate some need.

I do go out mapping regularly too and improve the quality/quantity of the
data - as do most of the people currently working to create a local
chapter. It's not an either/or binary choice - it is possible to do both.
As I said if you don't agree then just ignore us and carry on mapping

Regards

brian

On 27 April 2016 at 23:23, Dave F  wrote:

> On 27/04/2016 16:11, Brian Prangle wrote:
>
>> Dave I couldn't agree more, but for a formal organisation then I'm afraid
>> the bureaucratic activities are a necessary evil. I'm sure all of those
>> engaged in this process are like me and would rather be out mapping.
>>
>
> Then why don't you? From the previous threads I've read it appears it's
> being established because it can rather than any actual need.
>
> And there'll always be mappers who don't want to join any formal
>> organisation, just map. Those of you like this can safey ignore us.
>> Hopefully you'll still benefit from the organisation's activities prmoting
>> OSM in the UK
>>
>
> And likewise you'll be able to benefit from the mappers who will improve
> the quality of the database, which, I /really/ believe needs to be
> iterated, is the *core* purpose of OSM.
>
> I have a inkling I will be repeating that in future posts as I feel some
> are loosing sight of what OSM is about.
>
>
> Dave F.
>
>
> ---
> This email has been checked for viruses by Avast antivirus software.
> https://www.avast.com/antivirus
>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb