[talk-ph] Icons on POI's - Proposal

2014-05-22 Diskussionsfäden Mark Cupitt
Folks, have been thinking about how we specify Icons for POI's in the
Philippines OSM Map. I have Icons for most of the PH specific businesses,
like Jollibee, Banks, and so on and would like to use them

At the moment, the only way to do this is to run through the database
checking the name tag and seeing if it starts with jollibee, BDO mcdo, etc.
This is a very intensive effort on a million+ points. I am doing the code
for it now and it has to be run on a very regular basis to pick up new
POI'S from the daily diff updates. It also suffers form spelling errors,
and fomat errors, for example the jollibee will to be identified as the
name has to start with jollibee (in text string searches in postgres do
not use indexes, and are too expensive on the database, so we have to
assume that the name starts with the search text.

I will publish the icons we have at some stage very soon where they can be
viewed by anyone.

To make it very easy to have granular control over icon display, I propose
that we do the following:

Add an icon:ph tag to nodes as they are created that contains the filename
of the icon to display (from the list published)

For example, a node of a Mcdonalds might have a tag amenity=fast_food
name=Mcdonalds Quezon City and a icon:ph=mcdonalds.png

The system will first check if the icon:ph exists and use the icon
specified in that. if not, it will fall back to database determined value
done on a weekly or monthly basis, with all the inherent pitfalls in the
use of the name field. If that does not work, it will display a generic
icon which is a Red Dot.

One big advantage of this proposal is that people can submit their own
logos in icon form, they are easy to add to the system, them specify them
for specific businesses, leisure, bars, etc. on the actual poi ..so the
value added to the map will be tremendous in the future.

Thoughts, flames, thumbs up, thumbs down, rounds of applause on this
proposal very much appreciated ..

Regards

Mark Cupitt

If we change the world, let it bear the mark of our intelligence

See me on Open StreetMap https://www.openstreetmap.org/user/Mark_Cupitt

See me on LinkedIn http://ph.linkedin.com/in/markcupitt


*See me on StackExchange http://gis.stackexchange.com/users/17846/mark-c*

===
The contents of this email are intended only for the individual(s) to whom
it is addressed and may contain
confidential or privileged information. If you are not the intended
recipient, you must not disclose, copy, distribute,
or use the contents of this email. If you have received this email in
error, please notify the sender immediately and
delete the email and any attachments.
===
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph


Re: [OSM-legal-talk] Community Guidelines - Horizontal Cuts better text

2014-05-22 Diskussionsfäden Robert Whittaker (OSM lists)
On 21 May 2014 15:08, Frederik Ramm frede...@remote.org wrote:
 I like the message but I am not sure if it really works, license-wise.

 Suppose I have my own data set with restaurant POIs, A.

 Now I take an OSM database with restaurant POIs, B.

 Now I compute the difference, B-A - all restaurants that are in OSM but
 not in my own data set.

 This database, B-A, is clearly derived and needs to be shared. However
 it does not contain anything that is not already in OSM so sharing it
 would be of little use to anyone.

 Now I build a restaurant finder web site that polls both databases, the
 A and the B-A database.

 And you say: Because of this I now need to share A.

 But I don't see how this can ever be possible. At what point has A,
 which has not been modified the slightest in the whole process, been
 tainted with ODbL? The only thing that has any descendance from OSM is
 the B-A database.

One possible argument (and I'm not sure whether it's correct or not)
would be that while initially A and B are independent elements of a
collective database, in order to run the query that works out B-A,
then A and B (or at least the information required to run the query)
are no longer independent. Therefore you've implicitly created a
derivative database of (at least parts of) A and B, in order to run
the query. If that's the case then either the (parts of) A+B
derivative database must be shared under ODbL, or the parts of A used
in the query and the details of the query must be made available.

Robert.

-- 
Robert Whittaker

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


Re: [OSM-talk] Organizational mapping policy, the role of the DWG

2014-05-22 Diskussionsfäden Johan C
At May 13 Paul Norman wrote a posting on behalf of the Data Working
Group (DWG) stating that “…For this reason the DWG is considering if
it is necessary to issue guidelines for organizational editing.” Also
the words “guideline requirements” were used in this post.

My daily job for over 25 years at various organizations involves
striking the balance between interests in many ways, like governance
issues, like segregation of duties. And having multiple discussions
about which one is better: control or trust? Peoples behaviour
unfortunately needs both control and trust and it’s a never ending
story as to which degree both are needed.

In his trias politica Montesquieu took the view that the Roman
Republic had powers separated so that no one could usurp complete
power. Balancing of powers by separating them into legislative,
executive and judicial powers is needed to avoid centralized power or
even dictatorship. Translated to OSM, legislative can be compared to
setting formal/informal standards, guidelines, policies and
requirements, all needed to control the project and to avoid
arbitrariness (‘a motorway should not be tagged as a footway’).
Executing is carrying these out. And judicial could be compared to
‘grey-haired independent persons’, to which you can turn in case one
does not agree with a decision by the executive body. To my knowledge
OSM does not have such a judicial body.
Centralized power which combines two or three powers can sometimes be
very handy, for example in emergency situations: one or two persons
take control, the rest has to obey their commands. “The building is on
fire, everyone has to leave this building immediately”.

Back to this thread. I was wondering why it is the DWG considering
issuing guidelines. The DWG has a powerful position, since the DWG can
block users and revert edits. That’s an executive role. The possible
impact of that power: massive. The Mechanical Edit Policy (although it
seems to be a draft?), which has no set start date, contains the
following line: “Your edit may be reverted even if you have followed
this policy; this doesn't guarantee your edit will be accepted.”. Wow.
That means the DWG even has the power to revert the import of the
original Tiger dataset in the U.S. without the U.S. community being
able to defend itself. Having much power in an executive role because
a judicial role is missing requires integrity and delicacy. I have no
doubt that the DWG members are integer and delicate. So why also pick
up the legislative role? Is there a fire within OSM, which needs
central control these days?

To answer this question I checked the various postings in this thread.
Paul uses the following phrase in his posting of May 14: “Recent
events in a project similar to OpenStreetMap - Wikipedia - have
demonstrated that the participation of organizations in data editing
can occasionally lead to misunderstandings or disharmony in the
project, particularly where a lack of transparency is involved.” On a
question of Simon Poole (May 14), asking whether there was a fire,
Frederik Ramm (May 14) answered that there was a fire: four “no bad
intent” organizations in Germany alone in the past year, Mapbox and
Telenav being open but on a “totally voluntarily” basis and “likely a
bunch of other companies who do the same kinds of things but do not
talk about it”.
It’s even wondered whether there is a fire: The problem at hand is
currently at a scale that can still be handled on a case-by-case
basis” and “we assume that the number of such cases might be on the
rise.” (Frederik Ramm, May 14). Mikel Maron enquires about the scale
of the problem on May 14: “From the DWG and others, would be good to
know more specifically about problem instances from the past. Exactly
what scale of a problem are we talking about?” Than on May 16 Clifford
Snow challenges the DWG to show the fire: “I would challenge the DWG
to share with the community their data on why they are bring up this
topic.” Till date no answer. It might never come because there is no
fire. Though it might be polite to answer him. Mikel wrote (May 14):
“It's wise to contextualize all of this as part of best practice,
rather than policy requirements. We want to encourage people how to do
things well within OSM, rather than discourage them from getting
involved at all. No reason to take a defensive stance, unless an epic
problem is erupting.

So, if there’s no fire, no epic problem and a constant need to be
integer and delicate, why is the DWG picking up the legislative role?

To answer that question for myself, I wanted to view the DWG minutes.
They can be found on this page:
http://www.osmfoundation.org/wiki/Data_Working_Group
That is, the DWG only seems to meet once a year. The last meeting
minutes are from 2014-01-05. The previous one is from 2013-02-07. Too
bad, nothing in this minutes resembles discussions about an
organizational mapping policy.

This lack of transparancy, along with a luckily failed attempt to
issue 

Re: [OSM-talk] Organizational mapping policy, the role of the DWG

2014-05-22 Diskussionsfäden Frederik Ramm
Johan,

On 05/23/2014 12:43 AM, Johan C wrote:
 So, if there’s no fire, no epic problem and a constant need to be integer and 
 delicate, why is the DWG picking up the legislative role? 

I'd perhaps not word it in such a manner.

The DWG is occasionally (by those whom we admonish or block for bad
behaviour) accused of acting in an arbitrary way - people would prefer
to have a rule that says: Don't do this or we will intervene, instead of
just having a general hand-wavy as long as nobody complains you might
be fine.

And people are right - for the DWG, too, it would be nice to be able to
say these are the rules that the community has agreed on, instead of
making things up as we go along.

These things take a lot of time and discussion. It can easily be a year
from suggesting that the community think about something, to the
development of something that might be called a policy. The DWG cannot
and will not usually poll the community on a concrete issue (we have
received this complaint where a company did this and that without
consulting anyone, now what should we do); and by looking at Wikipedia
I think it would be naive to assume that OSM won't see more and more
corporate or organised editing.

Aren't you active in the Future Group - should you not have some
understanding for the idea of looking ahead and thinking about
tomorrow's problems? Instead you essentially say, the house is not on
fire so why establish safety rules. That's not very forward-looking is it?

My take is: We don't need a policy now but we will some day need one;
even today, while not yet strictly necessary, having a policy would
create a fair playing ground for everyone.

I don't think this is DWG picking up the legislative role - it's more
DWG consulting the community because, as I said, as long as there's no
guideline we'll decide things on a case-by-case basis.

 To answer that question for myself, I wanted to view the DWG minutes. They 
 can be found on this page: 
 http://www.osmfoundation.org/wiki/Data_Working_Group
 That is, the DWG only seems to meet once a year. The last meeting minutes are 
 from 2014-01-05. The previous one is from 2013-02-07. Too bad, nothing in 
 this minutes resembles discussions about an organizational mapping policy. 

I don't know what the problem is here. Most of DWG discussions happen on
the DWG mailing list. We discussed an issue, we decided to ask what the
community was thinking - where's your problem?

 This lack of transparancy, along with a luckily failed attempt to issue 
 guideline requirements

What? Do we have a language problem here? Let me quote from Paul's message:

For this reason the DWG is considering if it is necessary to issue
guidelines for organizational editing.

So, considering if it is necessary. He doesn't even say that we have
made up our mind yet, nor that we were attempting to issue something.

Then further:

Some possible guideline requirements could involve ...

All this was meant as an (early) consultation of the community on this
list with the aim of hearing what people think. I don't know how in the
world you got the impression that we were attempting to issue
guidelines and that this attempt had luckily failed!

In fact, this message from Paul constitutes the very transparency that
you were asking for earlier. What can be more transparent than emailing
the list and saying: Look, people, we think we might need some policy
here, what do you think?

 makes me confused, worried and even a bit terrified. 

That's because you have been involved in a data import which didn't
follow the import guidelines properly, and now you're biased against DWG
because we called you out on it and terrified you. But you shouldn't mix
those bad feelings with the issue at hand here as they are completely
separate.

 Some questions for the DWG, as a call for transparancy:

I will answer these questions to the best of my ability but I think the
questions are at odds with the way the DWG, or indeed almost any other
OSMF working group, functions. I am very much interested in separating
the questions should we have an organisational mapping policy and what
should it say from your other point that I'd paraphrase as are the DWG
really a bunch of secretive power-grabbing bastards that should stop
meddling with stuff outside of their mandate ;)

 1)Being an executive body, why do you think you have the mandate to being 
 a legislative body as well?

I think you're misunderstanding the situation. If you want to stick with
political analogies, DWG is an executive and partly also judicative
body, but the laws on which we base our work are extremely general -
with a few exceptions, essentially it's don't be a dick. We then have
to decide who is a dick and why. You can get blocked and your edits
reverted today for letting 20 of your pupils add imaginary data to OSM -
organizational edit policy or no organizational edit policy.

Having a few more rules that codify, for everyone to read, when you are

[Talk-br] HOT Exports

2014-05-22 Diskussionsfäden Severin Menard
Ola,

O serviço HOT Exports http://export.hotosm.org/ agora inclui a America do
Sul. Com esse serviço, qualquer um pode criar una tarefa para baixar dados
OSM em vários formatos SIG (shapefile, KML, PostGIS, MSSQL, etc.) sobre uma
área determinada. Não o Brasil todo porque o servidor não aguentaria
dezenas de tarefas assim, mas uma tarefa poderia ser feita por o
administrador do site si tem pessoas interessadas por esse tipo de tarefa.
A interface atual não é muito prática, mas vai ser melhorada daqui um
pouco. A primeira etapa da criação é fácil, a segunda menos. Tem que
escolher qual preset de JOSM você quer usar para filtrar los atributos. Se
você não tem um preset pessoal, pode deixar o padrão.
É possível também de traduzir la interface em português através Transifex
si tem pessoas interessadas.

Cordialmente,

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


[Talk-br] RES: RES: Maratona de Edições da Copa - POI

2014-05-22 Diskussionsfäden Reinaldo Neves
Fernando bom dia,

esses dados foram levantados por funcionários da minha empresa, mediante
consulta a listas telefônicas, publicações em sites das próprias
empresas/organizações para compor a base de dados de um sistema de Rádio
Taxi, inclui também a contribuição voluntária dos taxistas que se utilizam
deste sistema.  

Evidente que no caso não há um registro de licença oficial para elas pois
são até o momento de uso próprio e resultado de investimentos meus.  Estou
fazendo a edição registro a registro para evitar sobreposição para pontos já
existentes no OSM, isso deve ocorrer no caso das bibliotecas, delegacias,
teatros, etc...

Nesse caso é conveniente que eu inclua alguma outra informação sobre a
licença na edição desses pontos?


___

Reinaldo Neves
Equação Informática
E: (11) 3221-3722
:: rne...@equacao.com.br






-Mensagem original-
De: Fernando Trebien [mailto:fernando.treb...@gmail.com] 
Enviada em: quarta-feira, 21 de maio de 2014 20:29
Para: OpenStreetMap no Brasil
Assunto: Re: [Talk-br] RES: Maratona de Edições da Copa - POI

Hm Reinaldo, qual a licença dos dados que você está passando pro OSM?
E como você a está copiando?

2014-05-21 11:50 GMT-03:00 Reinaldo Neves rne...@equacao.com.br:
 Farei as correções, apenas trouxe os dados iniciais de um banco que 
 possuo acoplado num sistema.



 Reinaldo



 De: Erick de Oliveira Leal [mailto:erickdeoliveiral...@gmail.com]
 Enviada em: terça-feira, 20 de maio de 2014 19:47
 Para: OpenStreetMap no Brasil
 Assunto: Re: [Talk-br] Maratona de Edições da Copa - POI



 É mais certo não colocar tudo maiúsculo. E não abreviar AL MINISTRO 
 e AV DR .

 Também colocar os acentos. E ah, é Consulado da Austrália e não 
 Consulado Austrália, faltou o DA



 Em 20 de maio de 2014 19:38, Reinaldo Neves rne...@equacao.com.br
 escreveu:


 Em relação ao conversado sobre a Mapatona comecei a fazer a inclusão 
 de alguns pontos em São Paulo, estou fazendo por relevância para quem 
 vem de fora.

 Para os pontos de consulados estou usando o identificador de 
 embaixada, existe outro mais adequado?

 https://www.openstreetmap.org/node/2871505851
 https://www.openstreetmap.org/node/2871493363

 Reinaldo


 ___
 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




--
Fernando Trebien
+55 (51) 9962-5409

Nullius in verba.

___
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


[Talk-br] RES: Cartórios

2014-05-22 Diskussionsfäden Reinaldo Neves
Apesar de ‘jabuticaba’ o cartório de registro civil tem a função do notary = 
notário = tabelião americano, a diferença é principalmente de forma e não de 
função,  além é claro das idiossincrasias de legislação.

 

Assim acredito que a definição dada pelo Fernando é mais que adequada.

 

 

___

Reinaldo Neves

Equação Informática

(11) 3221-3722

 

 

De: Lucas Ferreira Mation [mailto:lucasmat...@gmail.com] 
Enviada em: quinta-feira, 22 de maio de 2014 00:57
Para: OpenStreetMap no Brasil
Assunto: Re: [Talk-br] Cartórios

 

É, o complicado é que esta é uma jabuticaba nossa... Nos EUA por exemplo acho 
que notary é um advogado c poder de validar um contrato. Mas o cara vai ate o 
contrato, em geral não é um lugar físico

Em 21/05/2014 20:12, Fernando Trebien fernando.treb...@gmail.com escreveu:

Suspeito que o mais próximo é pensando na relação entre cartório e
notary. Este último é mapeado com office=lawyer+lawyer=notary.

Outra opção, talvez menos clara, é office=government.

2014-05-21 18:58 GMT-03:00 Raffaello Bruno Limongi Freire
raffaellobr...@hotmail.com:
 Oi,

 alguém sabe como mapear cartório de registro de imóveis, hipotecas e notas?

 Obrigado,
 Raffaello Bruno

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




--
Fernando Trebien
+55 (51) 9962-5409 tel:%2B55%20%2851%29%209962-5409 

Nullius in verba.

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

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


Re: [Talk-br] RES: Cartórios

2014-05-22 Diskussionsfäden Paulo Carvalho
+1


Em 22 de maio de 2014 10:14, Reinaldo Neves rne...@equacao.com.brescreveu:

 Apesar de ‘jabuticaba’ o cartório de registro civil tem a função do notary
 = notário = tabelião americano, a diferença é principalmente de forma e não
 de função,  além é claro das idiossincrasias de legislação.



 Assim acredito que a definição dada pelo Fernando é mais que adequada.





 ___

 Reinaldo Neves

 Equação Informática

 (11) 3221-3722





 *De:* Lucas Ferreira Mation [mailto:lucasmat...@gmail.com]
 *Enviada em:* quinta-feira, 22 de maio de 2014 00:57
 *Para:* OpenStreetMap no Brasil
 *Assunto:* Re: [Talk-br] Cartórios



 É, o complicado é que esta é uma jabuticaba nossa... Nos EUA por exemplo
 acho que notary é um advogado c poder de validar um contrato. Mas o cara
 vai ate o contrato, em geral não é um lugar físico

 Em 21/05/2014 20:12, Fernando Trebien fernando.treb...@gmail.com
 escreveu:

 Suspeito que o mais próximo é pensando na relação entre cartório e
 notary. Este último é mapeado com office=lawyer+lawyer=notary.

 Outra opção, talvez menos clara, é office=government.

 2014-05-21 18:58 GMT-03:00 Raffaello Bruno Limongi Freire
 raffaellobr...@hotmail.com:
  Oi,
 
  alguém sabe como mapear cartório de registro de imóveis, hipotecas e
 notas?
 
  Obrigado,
  Raffaello Bruno
 
  ___
  Talk-br mailing list
  Talk-br@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-br
 



 --
 Fernando Trebien
 +55 (51) 9962-5409

 Nullius in verba.

 ___
 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


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


Re: [Talk-br] RES: Cartórios

2014-05-22 Diskussionsfäden Nelson A. de Oliveira
Ou office=notary (eu usaria este)
É relativamente bem utilizado (101 usos): http://overpass-turbo.eu/s/3uP

Passa a mesma ideia de cartório, mas sem envolver advogado.

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


Re: [Talk-br] RES: Cartórios

2014-05-22 Diskussionsfäden John Packer
Existe uma etiqueta office=notary, que pode ser mais adequada no nosso caso.
Comparação no taginfo:
http://taginfo.openstreetmap.org/compare/office=notary/lawyer=notary
office=notary aparece na página do wiki:
http://wiki.openstreetmap.org/wiki/Key:office

office=notary tem menos usos do que office=lawyer e lawyer=notary, mas até
onde eu saiba cartórios não são escritórios de advogados, então eu
recomendaria fortemente o uso de office=notary



Em 22 de maio de 2014 10:24, Paulo Carvalho
paulo.r.m.carva...@gmail.comescreveu:

 +1


 Em 22 de maio de 2014 10:14, Reinaldo Neves rne...@equacao.com.brescreveu:

 Apesar de ‘jabuticaba’ o cartório de registro civil tem a função do notary
 = notário = tabelião americano, a diferença é principalmente de forma e não
 de função,  além é claro das idiossincrasias de legislação.



 Assim acredito que a definição dada pelo Fernando é mais que adequada.





 ___

 Reinaldo Neves

 Equação Informática

 (11) 3221-3722





 *De:* Lucas Ferreira Mation [mailto:lucasmat...@gmail.com]
 *Enviada em:* quinta-feira, 22 de maio de 2014 00:57
 *Para:* OpenStreetMap no Brasil
 *Assunto:* Re: [Talk-br] Cartórios



 É, o complicado é que esta é uma jabuticaba nossa... Nos EUA por exemplo
 acho que notary é um advogado c poder de validar um contrato. Mas o cara
 vai ate o contrato, em geral não é um lugar físico

 Em 21/05/2014 20:12, Fernando Trebien fernando.treb...@gmail.com
 escreveu:

 Suspeito que o mais próximo é pensando na relação entre cartório e
 notary. Este último é mapeado com office=lawyer+lawyer=notary.

 Outra opção, talvez menos clara, é office=government.

 2014-05-21 18:58 GMT-03:00 Raffaello Bruno Limongi Freire
 raffaellobr...@hotmail.com:
  Oi,
 
  alguém sabe como mapear cartório de registro de imóveis, hipotecas e
 notas?
 
  Obrigado,
  Raffaello Bruno
 
  ___
  Talk-br mailing list
  Talk-br@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-br
 



 --
 Fernando Trebien
 +55 (51) 9962-5409

 Nullius in verba.

 ___
 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



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


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


Re: [Talk-br] RES: RES: Maratona de Edições da Copa - POI

2014-05-22 Diskussionsfäden Fernando Trebien
Bem, sendo bem precavido em relação às lacunas legais, o ideal seria
que cada contribuidor da informação que você coletou dissesse que
aceita os termos da licença do OSM.

Mas se os seus contribuidores voluntários contribuíram a informação
sabendo que a sua empresa poderia usá-la para fins comerciais sem
citá-los, então a decisão sobre o que fazer com os dados acaba sendo
só da empresa. E daí depende: se você for dono da empresa e você
estiver nos dizendo que está contribuindo os dados e que aceita a
licença ODbL do OSM
(http://opendatacommons.org/licenses/odbl/summary/), não tem nenhum
problema e os dados são muito bem-vindos! Se você quiser, pode
acrescentar a etiqueta source=[nome da sua empresa] para indicar de
onde veio a informação. Mas se você não for o dono da empresa, você
antes precisa perguntar pros donos, e de preferência pedir pra eles só
nos mandarem um e-mail dizendo que concordam com o que você está
fazendo e que os dados podem ser:
- usados para fins comerciais
- não exigem atribuição quando são mostrados (só conseguimos atribuir
a fonte através de etiquetas - nos elementos geométricos ou nos
changesets que os importaram - e elas só são visíveis ao usuário final
em modo de edição)

2014-05-22 10:03 GMT-03:00 Reinaldo Neves rne...@equacao.com.br:
 Fernando bom dia,

 esses dados foram levantados por funcionários da minha empresa, mediante
 consulta a listas telefônicas, publicações em sites das próprias
 empresas/organizações para compor a base de dados de um sistema de Rádio
 Taxi, inclui também a contribuição voluntária dos taxistas que se utilizam
 deste sistema.

 Evidente que no caso não há um registro de licença oficial para elas pois
 são até o momento de uso próprio e resultado de investimentos meus.  Estou
 fazendo a edição registro a registro para evitar sobreposição para pontos já
 existentes no OSM, isso deve ocorrer no caso das bibliotecas, delegacias,
 teatros, etc...

 Nesse caso é conveniente que eu inclua alguma outra informação sobre a
 licença na edição desses pontos?


 ___

 Reinaldo Neves
 Equação Informática
 E: (11) 3221-3722
 :: rne...@equacao.com.br






 -Mensagem original-
 De: Fernando Trebien [mailto:fernando.treb...@gmail.com]
 Enviada em: quarta-feira, 21 de maio de 2014 20:29
 Para: OpenStreetMap no Brasil
 Assunto: Re: [Talk-br] RES: Maratona de Edições da Copa - POI

 Hm Reinaldo, qual a licença dos dados que você está passando pro OSM?
 E como você a está copiando?

 2014-05-21 11:50 GMT-03:00 Reinaldo Neves rne...@equacao.com.br:
 Farei as correções, apenas trouxe os dados iniciais de um banco que
 possuo acoplado num sistema.



 Reinaldo



 De: Erick de Oliveira Leal [mailto:erickdeoliveiral...@gmail.com]
 Enviada em: terça-feira, 20 de maio de 2014 19:47
 Para: OpenStreetMap no Brasil
 Assunto: Re: [Talk-br] Maratona de Edições da Copa - POI



 É mais certo não colocar tudo maiúsculo. E não abreviar AL MINISTRO
 e AV DR .

 Também colocar os acentos. E ah, é Consulado da Austrália e não
 Consulado Austrália, faltou o DA



 Em 20 de maio de 2014 19:38, Reinaldo Neves rne...@equacao.com.br
 escreveu:


 Em relação ao conversado sobre a Mapatona comecei a fazer a inclusão
 de alguns pontos em São Paulo, estou fazendo por relevância para quem
 vem de fora.

 Para os pontos de consulados estou usando o identificador de
 embaixada, existe outro mais adequado?

 https://www.openstreetmap.org/node/2871505851
 https://www.openstreetmap.org/node/2871493363

 Reinaldo


 ___
 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




 --
 Fernando Trebien
 +55 (51) 9962-5409

 Nullius in verba.

 ___
 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



-- 
Fernando Trebien
+55 (51) 9962-5409

Nullius in verba.

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


Re: [Talk-br] RES: Cartórios

2014-05-22 Diskussionsfäden Fernando Trebien
http://wiki.openstreetmap.org/wiki/Tag:office%3Dlawyer:

An office for a lawyer or lawyers. These may include barristers,
solicitors,  notaries , attornies and many other  local variations
.

Mas por mim tanto faz office=notary ou o office=lawyer+lawyer=notary,
é fácil converter um no outro e vice-versa. Office=lawyer tem 3840
usos no mundo e por issso a chance de ser suportado em aplicações
(juntamente com a tag lawyer associada) é bem maior do que
office=notary.

2014-05-22 10:35 GMT-03:00 John Packer john.pack...@gmail.com:
 Existe uma etiqueta office=notary, que pode ser mais adequada no nosso caso.
 Comparação no taginfo:
 http://taginfo.openstreetmap.org/compare/office=notary/lawyer=notary
 office=notary aparece na página do wiki:
 http://wiki.openstreetmap.org/wiki/Key:office

 office=notary tem menos usos do que office=lawyer e lawyer=notary, mas até
 onde eu saiba cartórios não são escritórios de advogados, então eu
 recomendaria fortemente o uso de office=notary



 Em 22 de maio de 2014 10:24, Paulo Carvalho paulo.r.m.carva...@gmail.com
 escreveu:

 +1


 Em 22 de maio de 2014 10:14, Reinaldo Neves rne...@equacao.com.br
 escreveu:

 Apesar de ‘jabuticaba’ o cartório de registro civil tem a função do
 notary = notário = tabelião americano, a diferença é principalmente de forma
 e não de função,  além é claro das idiossincrasias de legislação.



 Assim acredito que a definição dada pelo Fernando é mais que adequada.





 ___

 Reinaldo Neves

 Equação Informática

 (11) 3221-3722





 De: Lucas Ferreira Mation [mailto:lucasmat...@gmail.com]
 Enviada em: quinta-feira, 22 de maio de 2014 00:57
 Para: OpenStreetMap no Brasil
 Assunto: Re: [Talk-br] Cartórios



 É, o complicado é que esta é uma jabuticaba nossa... Nos EUA por exemplo
 acho que notary é um advogado c poder de validar um contrato. Mas o cara vai
 ate o contrato, em geral não é um lugar físico

 Em 21/05/2014 20:12, Fernando Trebien fernando.treb...@gmail.com
 escreveu:

 Suspeito que o mais próximo é pensando na relação entre cartório e
 notary. Este último é mapeado com office=lawyer+lawyer=notary.

 Outra opção, talvez menos clara, é office=government.

 2014-05-21 18:58 GMT-03:00 Raffaello Bruno Limongi Freire
 raffaellobr...@hotmail.com:
  Oi,
 
  alguém sabe como mapear cartório de registro de imóveis, hipotecas e
  notas?
 
  Obrigado,
  Raffaello Bruno
 
  ___
  Talk-br mailing list
  Talk-br@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-br
 



 --
 Fernando Trebien
 +55 (51) 9962-5409

 Nullius in verba.

 ___
 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



 ___
 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




-- 
Fernando Trebien
+55 (51) 9962-5409

Nullius in verba.

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


Re: [Talk-br] RES: RES: Maratona de Edições da Copa - POI

2014-05-22 Diskussionsfäden Alexandre Magno Brito de Medeiros
Problema existe com aqueles dados que vieram da lista telefônica.


Em 22 de maio de 2014 10:49, Fernando Trebien
fernando.treb...@gmail.comescreveu:

 Bem, sendo bem precavido em relação às lacunas legais, o ideal seria
 que cada contribuidor da informação que você coletou dissesse que
 aceita os termos da licença do OSM.

 Mas se os seus contribuidores voluntários contribuíram a informação
 sabendo que a sua empresa poderia usá-la para fins comerciais sem
 citá-los, então a decisão sobre o que fazer com os dados acaba sendo
 só da empresa. E daí depende: se você for dono da empresa e você
 estiver nos dizendo que está contribuindo os dados e que aceita a
 licença ODbL do OSM
 (http://opendatacommons.org/licenses/odbl/summary/), não tem nenhum
 problema e os dados são muito bem-vindos! Se você quiser, pode
 acrescentar a etiqueta source=[nome da sua empresa] para indicar de
 onde veio a informação. Mas se você não for o dono da empresa, você
 antes precisa perguntar pros donos, e de preferência pedir pra eles só
 nos mandarem um e-mail dizendo que concordam com o que você está
 fazendo e que os dados podem ser:
 - usados para fins comerciais
 - não exigem atribuição quando são mostrados (só conseguimos atribuir
 a fonte através de etiquetas - nos elementos geométricos ou nos
 changesets que os importaram - e elas só são visíveis ao usuário final
 em modo de edição)

 2014-05-22 10:03 GMT-03:00 Reinaldo Neves rne...@equacao.com.br:
  Fernando bom dia,
 
  esses dados foram levantados por funcionários da minha empresa, mediante
  consulta a listas telefônicas, publicações em sites das próprias
  empresas/organizações para compor a base de dados de um sistema de Rádio
  Taxi, inclui também a contribuição voluntária dos taxistas que se
 utilizam
  deste sistema.
 
  Evidente que no caso não há um registro de licença oficial para elas pois
  são até o momento de uso próprio e resultado de investimentos meus.
  Estou
  fazendo a edição registro a registro para evitar sobreposição para
 pontos já
  existentes no OSM, isso deve ocorrer no caso das bibliotecas, delegacias,
  teatros, etc...
 
  Nesse caso é conveniente que eu inclua alguma outra informação sobre a
  licença na edição desses pontos?
 
 
  ___
 
  Reinaldo Neves
  Equação Informática
  E: (11) 3221-3722
  :: rne...@equacao.com.br

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


Re: [Talk-br] RES: Cartórios

2014-05-22 Diskussionsfäden John Packer
Eu ainda digo que, se o cartório não for um escritório de advocacia, então
é fortemente recomendado utilizar a etiqueta office=notary.
Pois ao colocar a etiqueta office=lawyer, se está falando que é um
escritório de advocacia, e ao adicionar a etiqueta lawyer=notary, se está
falando que é um escritório de advocacia especializado em serviços de
cartório.


Em 22 de maio de 2014 10:58, Fernando Trebien
fernando.treb...@gmail.comescreveu:

 http://wiki.openstreetmap.org/wiki/Tag:office%3Dlawyer:

 An office for a lawyer or lawyers. These may include barristers,
 solicitors,  notaries , attornies and many other  local variations
 .

 Mas por mim tanto faz office=notary ou o office=lawyer+lawyer=notary,
 é fácil converter um no outro e vice-versa. Office=lawyer tem 3840
 usos no mundo e por issso a chance de ser suportado em aplicações
 (juntamente com a tag lawyer associada) é bem maior do que
 office=notary.

 2014-05-22 10:35 GMT-03:00 John Packer john.pack...@gmail.com:
  Existe uma etiqueta office=notary, que pode ser mais adequada no nosso
 caso.
  Comparação no taginfo:
  http://taginfo.openstreetmap.org/compare/office=notary/lawyer=notary
  office=notary aparece na página do wiki:
  http://wiki.openstreetmap.org/wiki/Key:office
 
  office=notary tem menos usos do que office=lawyer e lawyer=notary, mas
 até
  onde eu saiba cartórios não são escritórios de advogados, então eu
  recomendaria fortemente o uso de office=notary
 
 
 
  Em 22 de maio de 2014 10:24, Paulo Carvalho 
 paulo.r.m.carva...@gmail.com
  escreveu:
 
  +1
 
 
  Em 22 de maio de 2014 10:14, Reinaldo Neves rne...@equacao.com.br
  escreveu:
 
  Apesar de ‘jabuticaba’ o cartório de registro civil tem a função do
  notary = notário = tabelião americano, a diferença é principalmente de
 forma
  e não de função,  além é claro das idiossincrasias de legislação.
 
 
 
  Assim acredito que a definição dada pelo Fernando é mais que adequada.
 
 
 
 
 
  ___
 
  Reinaldo Neves
 
  Equação Informática
 
  (11) 3221-3722
 
 
 
 
 
  De: Lucas Ferreira Mation [mailto:lucasmat...@gmail.com]
  Enviada em: quinta-feira, 22 de maio de 2014 00:57
  Para: OpenStreetMap no Brasil
  Assunto: Re: [Talk-br] Cartórios
 
 
 
  É, o complicado é que esta é uma jabuticaba nossa... Nos EUA por
 exemplo
  acho que notary é um advogado c poder de validar um contrato. Mas o
 cara vai
  ate o contrato, em geral não é um lugar físico
 
  Em 21/05/2014 20:12, Fernando Trebien fernando.treb...@gmail.com
  escreveu:
 
  Suspeito que o mais próximo é pensando na relação entre cartório e
  notary. Este último é mapeado com office=lawyer+lawyer=notary.
 
  Outra opção, talvez menos clara, é office=government.
 
  2014-05-21 18:58 GMT-03:00 Raffaello Bruno Limongi Freire
  raffaellobr...@hotmail.com:
   Oi,
  
   alguém sabe como mapear cartório de registro de imóveis, hipotecas e
   notas?
  
   Obrigado,
   Raffaello Bruno
  
   ___
   Talk-br mailing list
   Talk-br@openstreetmap.org
   https://lists.openstreetmap.org/listinfo/talk-br
  
 
 
 
  --
  Fernando Trebien
  +55 (51) 9962-5409
 
  Nullius in verba.
 
  ___
  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
 
 
 
  ___
  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
 



 --
 Fernando Trebien
 +55 (51) 9962-5409

 Nullius in verba.

 ___
 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


[Talk-br] RES: RES: RES: Maratona de Edições da Copa - POI

2014-05-22 Diskussionsfäden Reinaldo Neves
Realmente não, mas creio que o caso aqui é diferente, até onde sei as
informações que constam em lista de assinantes são publicas, assim como os
endereços de estações de meto, cptm, delegacias de policia, etc...

___

Reinaldo Neves
Equação Informática
E: (11) 3221-3722
:: rne...@equacao.com.br




-Mensagem original-
De: Fernando Trebien [mailto:fernando.treb...@gmail.com] 
Enviada em: quinta-feira, 22 de maio de 2014 11:18
Para: OpenStreetMap no Brasil
Assunto: Re: [Talk-br] RES: RES: Maratona de Edições da Copa - POI

É verdade. E o pior: às vezes a própria lista consultada copiou de fontes
que não podia.
http://jornal.jurid.com.br/materias/noticias/editora-lista-telefonica-conden
ada-por-violar-direito-autoral

Reinaldo, vocês têm como separar o que veio da lista telefônica daquilo que
veio de outras fontes?

2014-05-22 10:59 GMT-03:00 Alexandre Magno Brito de Medeiros
alexandre@gmail.com:
 Problema existe com aqueles dados que vieram da lista telefônica.


 Em 22 de maio de 2014 10:49, Fernando Trebien 
 fernando.treb...@gmail.com
 escreveu:

 Bem, sendo bem precavido em relação às lacunas legais, o ideal seria 
 que cada contribuidor da informação que você coletou dissesse que 
 aceita os termos da licença do OSM.

 Mas se os seus contribuidores voluntários contribuíram a informação 
 sabendo que a sua empresa poderia usá-la para fins comerciais sem 
 citá-los, então a decisão sobre o que fazer com os dados acaba sendo 
 só da empresa. E daí depende: se você for dono da empresa e você 
 estiver nos dizendo que está contribuindo os dados e que aceita a 
 licença ODbL do OSM 
 (http://opendatacommons.org/licenses/odbl/summary/), não tem nenhum 
 problema e os dados são muito bem-vindos! Se você quiser, pode 
 acrescentar a etiqueta source=[nome da sua empresa] para indicar de 
 onde veio a informação. Mas se você não for o dono da empresa, você 
 antes precisa perguntar pros donos, e de preferência pedir pra eles 
 só nos mandarem um e-mail dizendo que concordam com o que você está 
 fazendo e que os dados podem ser:
 - usados para fins comerciais
 - não exigem atribuição quando são mostrados (só conseguimos atribuir 
 a fonte através de etiquetas - nos elementos geométricos ou nos 
 changesets que os importaram - e elas só são visíveis ao usuário 
 final em modo de edição)

 2014-05-22 10:03 GMT-03:00 Reinaldo Neves rne...@equacao.com.br:
  Fernando bom dia,
 
  esses dados foram levantados por funcionários da minha empresa, 
  mediante consulta a listas telefônicas, publicações em sites das 
  próprias empresas/organizações para compor a base de dados de um 
  sistema de Rádio Taxi, inclui também a contribuição voluntária dos 
  taxistas que se utilizam deste sistema.
 
  Evidente que no caso não há um registro de licença oficial para 
  elas pois são até o momento de uso próprio e resultado de 
  investimentos meus.
  Estou
  fazendo a edição registro a registro para evitar sobreposição para 
  pontos já existentes no OSM, isso deve ocorrer no caso das 
  bibliotecas, delegacias, teatros, etc...
 
  Nesse caso é conveniente que eu inclua alguma outra informação 
  sobre a licença na edição desses pontos?
 
 
  ___
 
  Reinaldo Neves
  Equação Informática
  E: (11) 3221-3722
  :: rne...@equacao.com.br


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




--
Fernando Trebien
+55 (51) 9962-5409

Nullius in verba.

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


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


Re: [Talk-br] RES: RES: RES: Maratona de Edições da Copa - POI

2014-05-22 Diskussionsfäden Fernando Trebien
As informações sim, o método de confeccioná-las infelizmente não. Um
juiz pode julgar a cópia para o OSM baseando-se em qualquer desses
dois fatores, e no Brasil ainda não encontramos jurisprudência pra nos
oferecer algum respaldo.

É uma pena, mas se você não consegue separar os dados da lista
telefônica, é muito provável que não possamos colocá-los no OSM. (Por
motivos lelgais, não porque não queremos.) A única chance de ser
legalmente permitido é receber uma resposta positiva ao perguntar a
quem confecciona a lista que você usou se permitem o uso das
informações no OSM sob a licença ODbL e como/se elas devem ser
atribuídas. E daí, as informações que vieram do registro deles teriam
que constar na tag source também. (Se você tiver obtido só os
telefones ou só os endereços, você pode também usar tags como
source:phone e source:addr).

2014-05-22 11:30 GMT-03:00 Reinaldo Neves rne...@equacao.com.br:
 Realmente não, mas creio que o caso aqui é diferente, até onde sei as
 informações que constam em lista de assinantes são publicas, assim como os
 endereços de estações de meto, cptm, delegacias de policia, etc...

 ___

 Reinaldo Neves
 Equação Informática
 E: (11) 3221-3722
 :: rne...@equacao.com.br




 -Mensagem original-
 De: Fernando Trebien [mailto:fernando.treb...@gmail.com]
 Enviada em: quinta-feira, 22 de maio de 2014 11:18
 Para: OpenStreetMap no Brasil
 Assunto: Re: [Talk-br] RES: RES: Maratona de Edições da Copa - POI

 É verdade. E o pior: às vezes a própria lista consultada copiou de fontes
 que não podia.
 http://jornal.jurid.com.br/materias/noticias/editora-lista-telefonica-conden
 ada-por-violar-direito-autoral

 Reinaldo, vocês têm como separar o que veio da lista telefônica daquilo que
 veio de outras fontes?

 2014-05-22 10:59 GMT-03:00 Alexandre Magno Brito de Medeiros
 alexandre@gmail.com:
 Problema existe com aqueles dados que vieram da lista telefônica.


 Em 22 de maio de 2014 10:49, Fernando Trebien
 fernando.treb...@gmail.com
 escreveu:

 Bem, sendo bem precavido em relação às lacunas legais, o ideal seria
 que cada contribuidor da informação que você coletou dissesse que
 aceita os termos da licença do OSM.

 Mas se os seus contribuidores voluntários contribuíram a informação
 sabendo que a sua empresa poderia usá-la para fins comerciais sem
 citá-los, então a decisão sobre o que fazer com os dados acaba sendo
 só da empresa. E daí depende: se você for dono da empresa e você
 estiver nos dizendo que está contribuindo os dados e que aceita a
 licença ODbL do OSM
 (http://opendatacommons.org/licenses/odbl/summary/), não tem nenhum
 problema e os dados são muito bem-vindos! Se você quiser, pode
 acrescentar a etiqueta source=[nome da sua empresa] para indicar de
 onde veio a informação. Mas se você não for o dono da empresa, você
 antes precisa perguntar pros donos, e de preferência pedir pra eles
 só nos mandarem um e-mail dizendo que concordam com o que você está
 fazendo e que os dados podem ser:
 - usados para fins comerciais
 - não exigem atribuição quando são mostrados (só conseguimos atribuir
 a fonte através de etiquetas - nos elementos geométricos ou nos
 changesets que os importaram - e elas só são visíveis ao usuário
 final em modo de edição)

 2014-05-22 10:03 GMT-03:00 Reinaldo Neves rne...@equacao.com.br:
  Fernando bom dia,
 
  esses dados foram levantados por funcionários da minha empresa,
  mediante consulta a listas telefônicas, publicações em sites das
  próprias empresas/organizações para compor a base de dados de um
  sistema de Rádio Taxi, inclui também a contribuição voluntária dos
  taxistas que se utilizam deste sistema.
 
  Evidente que no caso não há um registro de licença oficial para
  elas pois são até o momento de uso próprio e resultado de
  investimentos meus.
  Estou
  fazendo a edição registro a registro para evitar sobreposição para
  pontos já existentes no OSM, isso deve ocorrer no caso das
  bibliotecas, delegacias, teatros, etc...
 
  Nesse caso é conveniente que eu inclua alguma outra informação
  sobre a licença na edição desses pontos?
 
 
  ___
 
  Reinaldo Neves
  Equação Informática
  E: (11) 3221-3722
  :: rne...@equacao.com.br


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




 --
 Fernando Trebien
 +55 (51) 9962-5409

 Nullius in verba.

 ___
 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



-- 
Fernando Trebien
+55 (51) 9962-5409

Nullius in verba.

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


[Talk-br] RES: RES: RES: RES: Maratona de Edições da Copa - POI

2014-05-22 Diskussionsfäden Reinaldo Neves
Paciência, os dados foram cotejados ao logo dos anos de diversas fontes e
consultas na web ou por levantamento no local, é praticamente impossível
identificar a origem de cada um individualmente, até porque algumas das
pessoas que coletaram as informações já não trabalham mais aqui.  

Prefiro deixar essa edição de lado  então.

___
Reinaldo Neves
Equação Informática
(11) 3221-3722




-Mensagem original-
De: Fernando Trebien [mailto:fernando.treb...@gmail.com] 
Enviada em: quinta-feira, 22 de maio de 2014 12:02
Para: OpenStreetMap no Brasil
Assunto: Re: [Talk-br] RES: RES: RES: Maratona de Edições da Copa - POI

As informações sim, o método de confeccioná-las infelizmente não. Um juiz
pode julgar a cópia para o OSM baseando-se em qualquer desses dois fatores,
e no Brasil ainda não encontramos jurisprudência pra nos oferecer algum
respaldo.

É uma pena, mas se você não consegue separar os dados da lista telefônica, é
muito provável que não possamos colocá-los no OSM. (Por motivos lelgais, não
porque não queremos.) A única chance de ser legalmente permitido é receber
uma resposta positiva ao perguntar a quem confecciona a lista que você usou
se permitem o uso das informações no OSM sob a licença ODbL e como/se elas
devem ser atribuídas. E daí, as informações que vieram do registro deles
teriam que constar na tag source também. (Se você tiver obtido só os
telefones ou só os endereços, você pode também usar tags como source:phone e
source:addr).

2014-05-22 11:30 GMT-03:00 Reinaldo Neves rne...@equacao.com.br:
 Realmente não, mas creio que o caso aqui é diferente, até onde sei as 
 informações que constam em lista de assinantes são publicas, assim 
 como os endereços de estações de meto, cptm, delegacias de policia, etc...

 ___

 Reinaldo Neves
 Equação Informática
 E: (11) 3221-3722
 :: rne...@equacao.com.br




 -Mensagem original-
 De: Fernando Trebien [mailto:fernando.treb...@gmail.com]
 Enviada em: quinta-feira, 22 de maio de 2014 11:18
 Para: OpenStreetMap no Brasil
 Assunto: Re: [Talk-br] RES: RES: Maratona de Edições da Copa - POI

 É verdade. E o pior: às vezes a própria lista consultada copiou de 
 fontes que não podia.
 http://jornal.jurid.com.br/materias/noticias/editora-lista-telefonica-
 conden
 ada-por-violar-direito-autoral

 Reinaldo, vocês têm como separar o que veio da lista telefônica 
 daquilo que veio de outras fontes?

 2014-05-22 10:59 GMT-03:00 Alexandre Magno Brito de Medeiros
 alexandre@gmail.com:
 Problema existe com aqueles dados que vieram da lista telefônica.


 Em 22 de maio de 2014 10:49, Fernando Trebien 
 fernando.treb...@gmail.com
 escreveu:

 Bem, sendo bem precavido em relação às lacunas legais, o ideal seria 
 que cada contribuidor da informação que você coletou dissesse que 
 aceita os termos da licença do OSM.

 Mas se os seus contribuidores voluntários contribuíram a informação 
 sabendo que a sua empresa poderia usá-la para fins comerciais sem 
 citá-los, então a decisão sobre o que fazer com os dados acaba sendo 
 só da empresa. E daí depende: se você for dono da empresa e você 
 estiver nos dizendo que está contribuindo os dados e que aceita a 
 licença ODbL do OSM 
 (http://opendatacommons.org/licenses/odbl/summary/), não tem nenhum 
 problema e os dados são muito bem-vindos! Se você quiser, pode 
 acrescentar a etiqueta source=[nome da sua empresa] para indicar de 
 onde veio a informação. Mas se você não for o dono da empresa, você 
 antes precisa perguntar pros donos, e de preferência pedir pra eles 
 só nos mandarem um e-mail dizendo que concordam com o que você está 
 fazendo e que os dados podem ser:
 - usados para fins comerciais
 - não exigem atribuição quando são mostrados (só conseguimos 
 atribuir a fonte através de etiquetas - nos elementos geométricos ou 
 nos changesets que os importaram - e elas só são visíveis ao usuário 
 final em modo de edição)

 2014-05-22 10:03 GMT-03:00 Reinaldo Neves rne...@equacao.com.br:
  Fernando bom dia,
 
  esses dados foram levantados por funcionários da minha empresa, 
  mediante consulta a listas telefônicas, publicações em sites das 
  próprias empresas/organizações para compor a base de dados de um 
  sistema de Rádio Taxi, inclui também a contribuição voluntária dos 
  taxistas que se utilizam deste sistema.
 
  Evidente que no caso não há um registro de licença oficial para 
  elas pois são até o momento de uso próprio e resultado de 
  investimentos meus.
  Estou
  fazendo a edição registro a registro para evitar sobreposição para 
  pontos já existentes no OSM, isso deve ocorrer no caso das 
  bibliotecas, delegacias, teatros, etc...
 
  Nesse caso é conveniente que eu inclua alguma outra informação 
  sobre a licença na edição desses pontos?
 
 
  ___
 
  Reinaldo Neves
  Equação Informática
  E: (11) 3221-3722
  :: rne...@equacao.com.br


 ___
 Talk-br mailing list

[Talk-br] Maratona de Edições da Copa

2014-05-22 Diskussionsfäden Thierry Jean


Caros contribuidores do
OSM,
 


 A Telenav decidiu
ajudar o OSM no Brasil patrocinando uma assessoria de imprensa para os dois
próximos meses, aproveitando a copa do mundo.


Para isto, contratou a
Oficina da Comunicação, que concedeu um preço muito vantajoso para o seu
serviço, já que seus sócios entenderam a relevância do proposito do projeto OSM.


Os nossos interlocutores na
Oficina da Comunicação são:


Fran Oliveira - Oficina da
Comunicação Integrada f...@oficinadacomunicacao.inf.br
e  Tatianna Felix - Oficina da
Comunicação Integrada tatia...@oficinadacomunicacao.inf.br  


Pensamos começar divulgando a Maratona
de Edições da Copa que é um tema que deveria seduzir os jornalistas. O objetivo
é motivar o maior numeor de pessoas possível a editar o mapa.
Todas as sugestões são benvindas.


 
Thierry Jean



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


Re: [Talk-br] RES: Cartórios

2014-05-22 Diskussionsfäden Nelson A. de Oliveira
O meu irmão lembrou também de amenity=register_office
http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dregister_office

Não faz tudo o que o nosso cartório faz, mas é um conjunto das funcionalidades

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


[Talk-br] [RJ] Resposta do IPP sobre uso de dados do data.rio

2014-05-22 Diskussionsfäden Arlindo Pereira
Nem sim nem não :(

Aguardemos. Quando vermos que eles atualizaram o site, vamos cobrar. =)

[]s
Arlindo

-- Forwarded message --
From: Dados Abertos dadosabertos_iplan...@rio.rj.gov.br
Date: 2014-05-22 16:49 GMT-03:00
Subject: Re: Utilização dos dados no OpenStreetMap
To: openstreet...@arlindopereira.com


Prezado Arlindo,

A especificação de licenças está em estudo e em breve será colocada na
próxima versão do portal.
Agradecemos e esperamos manter contato.

Atenciosamente,
Equipe de Dados Abertos


Em 24/04/2014 às 11:43 horas, openstreet...@arlindopereira.com escreveu:

Olá. Sou colaborador do projeto OpenStreetMap, um mapa mundi
colaborativo em licença livre. No mapa do Rio de Janeiro, atualmente
utilizamos informações levantadas in loco pelos usuários, bem como
dados públicos de agências governamentais, como do IBGE. Gostaria de
saber se seria possível utilizar os dados do data.rio no projeto,
porém não encontrei informações sobre a licença dos dados
disponibilizados no site.

Veja mais informações sobre o OpenStreetMap em [1] e o mapa do Rio em
[2]. Se necessário, podemos informar a fonte dos dados em todos os
objetos importados (visível somente no modo de edição/consumo de
dados) ou ainda na tela Copyright [3]. Obrigado!

1: www.openstreetmap.org/about
2: www.openstreetmap.org/#map=12/-22.8936/-43.4114
3: www.openstreetmap.org/copyright
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br


Re: [Talk-br] RES: Cartórios

2014-05-22 Diskussionsfäden Raffaello Bruno Limongi Freire
Acho que vou deixar por enquanto como office=notary mesmo.
Obrigado a todos.
From: john.pack...@gmail.com
Date: Thu, 22 May 2014 11:18:30 -0300
To: talk-br@openstreetmap.org
Subject: Re: [Talk-br] RES: Cartórios

Eu ainda digo que, se o cartório não for um escritório de advocacia, então é 
fortemente recomendado utilizar a etiqueta office=notary.
Pois ao colocar a etiqueta office=lawyer, se está falando que é um escritório 
de advocacia, e ao adicionar a etiqueta lawyer=notary, se está falando que é um 
escritório de advocacia especializado em serviços de cartório.




Em 22 de maio de 2014 10:58, Fernando Trebien fernando.treb...@gmail.com 
escreveu:


http://wiki.openstreetmap.org/wiki/Tag:office%3Dlawyer:





An office for a lawyer or lawyers. These may include barristers,

solicitors,  notaries , attornies and many other  local variations

.



Mas por mim tanto faz office=notary ou o office=lawyer+lawyer=notary,

é fácil converter um no outro e vice-versa. Office=lawyer tem 3840

usos no mundo e por issso a chance de ser suportado em aplicações

(juntamente com a tag lawyer associada) é bem maior do que

office=notary.



2014-05-22 10:35 GMT-03:00 John Packer john.pack...@gmail.com:

 Existe uma etiqueta office=notary, que pode ser mais adequada no nosso caso.

 Comparação no taginfo:

 http://taginfo.openstreetmap.org/compare/office=notary/lawyer=notary

 office=notary aparece na página do wiki:

 http://wiki.openstreetmap.org/wiki/Key:office



 office=notary tem menos usos do que office=lawyer e lawyer=notary, mas até

 onde eu saiba cartórios não são escritórios de advogados, então eu

 recomendaria fortemente o uso de office=notary







 Em 22 de maio de 2014 10:24, Paulo Carvalho paulo.r.m.carva...@gmail.com

 escreveu:



 +1





 Em 22 de maio de 2014 10:14, Reinaldo Neves rne...@equacao.com.br

 escreveu:



 Apesar de ‘jabuticaba’ o cartório de registro civil tem a função do

 notary = notário = tabelião americano, a diferença é principalmente de forma

 e não de função,  além é claro das idiossincrasias de legislação.







 Assim acredito que a definição dada pelo Fernando é mais que adequada.











 ___



 Reinaldo Neves



 Equação Informática



 (11) 3221-3722











 De: Lucas Ferreira Mation [mailto:lucasmat...@gmail.com]

 Enviada em: quinta-feira, 22 de maio de 2014 00:57

 Para: OpenStreetMap no Brasil

 Assunto: Re: [Talk-br] Cartórios







 É, o complicado é que esta é uma jabuticaba nossa... Nos EUA por exemplo

 acho que notary é um advogado c poder de validar um contrato. Mas o cara vai

 ate o contrato, em geral não é um lugar físico



 Em 21/05/2014 20:12, Fernando Trebien fernando.treb...@gmail.com

 escreveu:



 Suspeito que o mais próximo é pensando na relação entre cartório e

 notary. Este último é mapeado com office=lawyer+lawyer=notary.



 Outra opção, talvez menos clara, é office=government.



 2014-05-21 18:58 GMT-03:00 Raffaello Bruno Limongi Freire

 raffaellobr...@hotmail.com:

  Oi,

 

  alguém sabe como mapear cartório de registro de imóveis, hipotecas e

  notas?

 

  Obrigado,

  Raffaello Bruno

 

  ___

  Talk-br mailing list

  Talk-br@openstreetmap.org

  https://lists.openstreetmap.org/listinfo/talk-br

 







 --

 Fernando Trebien

 +55 (51) 9962-5409



 Nullius in verba.



 ___

 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







 ___

 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









--

Fernando Trebien

+55 (51) 9962-5409



Nullius in verba.



___

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
  ___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br


[Talk-br] RES: RES: RES: RES: RES: Maratona de Edições da Copa - POI

2014-05-22 Diskussionsfäden Reinaldo Neves
Retirei todos os pontos de consulados em São Paulo que havia inserido nos
últimos dias.
___
Reinaldo Neves
Equação Informática
(11) 3221-3722




-Mensagem original-
De: Reinaldo Neves [mailto:rne...@equacao.com.br] 
Enviada em: quinta-feira, 22 de maio de 2014 12:17
Para: 'OpenStreetMap no Brasil'
Assunto: [Talk-br] RES: RES: RES: RES: Maratona de Edições da Copa - POI

Paciência, os dados foram cotejados ao logo dos anos de diversas fontes e
consultas na web ou por levantamento no local, é praticamente impossível
identificar a origem de cada um individualmente, até porque algumas das
pessoas que coletaram as informações já não trabalham mais aqui.  

Prefiro deixar essa edição de lado  então.

___
Reinaldo Neves
Equação Informática
(11) 3221-3722




-Mensagem original-
De: Fernando Trebien [mailto:fernando.treb...@gmail.com]
Enviada em: quinta-feira, 22 de maio de 2014 12:02
Para: OpenStreetMap no Brasil
Assunto: Re: [Talk-br] RES: RES: RES: Maratona de Edições da Copa - POI

As informações sim, o método de confeccioná-las infelizmente não. Um juiz
pode julgar a cópia para o OSM baseando-se em qualquer desses dois fatores,
e no Brasil ainda não encontramos jurisprudência pra nos oferecer algum
respaldo.

É uma pena, mas se você não consegue separar os dados da lista telefônica, é
muito provável que não possamos colocá-los no OSM. (Por motivos lelgais, não
porque não queremos.) A única chance de ser legalmente permitido é receber
uma resposta positiva ao perguntar a quem confecciona a lista que você usou
se permitem o uso das informações no OSM sob a licença ODbL e como/se elas
devem ser atribuídas. E daí, as informações que vieram do registro deles
teriam que constar na tag source também. (Se você tiver obtido só os
telefones ou só os endereços, você pode também usar tags como source:phone e
source:addr).

2014-05-22 11:30 GMT-03:00 Reinaldo Neves rne...@equacao.com.br:
 Realmente não, mas creio que o caso aqui é diferente, até onde sei as 
 informações que constam em lista de assinantes são publicas, assim 
 como os endereços de estações de meto, cptm, delegacias de policia, etc...

 ___

 Reinaldo Neves
 Equação Informática
 E: (11) 3221-3722
 :: rne...@equacao.com.br




 -Mensagem original-
 De: Fernando Trebien [mailto:fernando.treb...@gmail.com]
 Enviada em: quinta-feira, 22 de maio de 2014 11:18
 Para: OpenStreetMap no Brasil
 Assunto: Re: [Talk-br] RES: RES: Maratona de Edições da Copa - POI

 É verdade. E o pior: às vezes a própria lista consultada copiou de 
 fontes que não podia.
 http://jornal.jurid.com.br/materias/noticias/editora-lista-telefonica-
 conden
 ada-por-violar-direito-autoral

 Reinaldo, vocês têm como separar o que veio da lista telefônica 
 daquilo que veio de outras fontes?

 2014-05-22 10:59 GMT-03:00 Alexandre Magno Brito de Medeiros
 alexandre@gmail.com:
 Problema existe com aqueles dados que vieram da lista telefônica.


 Em 22 de maio de 2014 10:49, Fernando Trebien 
 fernando.treb...@gmail.com
 escreveu:

 Bem, sendo bem precavido em relação às lacunas legais, o ideal seria 
 que cada contribuidor da informação que você coletou dissesse que 
 aceita os termos da licença do OSM.

 Mas se os seus contribuidores voluntários contribuíram a informação 
 sabendo que a sua empresa poderia usá-la para fins comerciais sem 
 citá-los, então a decisão sobre o que fazer com os dados acaba sendo 
 só da empresa. E daí depende: se você for dono da empresa e você 
 estiver nos dizendo que está contribuindo os dados e que aceita a 
 licença ODbL do OSM 
 (http://opendatacommons.org/licenses/odbl/summary/), não tem nenhum 
 problema e os dados são muito bem-vindos! Se você quiser, pode 
 acrescentar a etiqueta source=[nome da sua empresa] para indicar de 
 onde veio a informação. Mas se você não for o dono da empresa, você 
 antes precisa perguntar pros donos, e de preferência pedir pra eles 
 só nos mandarem um e-mail dizendo que concordam com o que você está 
 fazendo e que os dados podem ser:
 - usados para fins comerciais
 - não exigem atribuição quando são mostrados (só conseguimos 
 atribuir a fonte através de etiquetas - nos elementos geométricos ou 
 nos changesets que os importaram - e elas só são visíveis ao usuário 
 final em modo de edição)

 2014-05-22 10:03 GMT-03:00 Reinaldo Neves rne...@equacao.com.br:
  Fernando bom dia,
 
  esses dados foram levantados por funcionários da minha empresa, 
  mediante consulta a listas telefônicas, publicações em sites das 
  próprias empresas/organizações para compor a base de dados de um 
  sistema de Rádio Taxi, inclui também a contribuição voluntária dos 
  taxistas que se utilizam deste sistema.
 
  Evidente que no caso não há um registro de licença oficial para 
  elas pois são até o momento de uso próprio e resultado de 
  investimentos meus.
  Estou
  fazendo a edição registro a registro para evitar sobreposição para 
  pontos 

Re: [Talk-br] Maratona de Edições da Copa

2014-05-22 Diskussionsfäden Fernando Trebien
Que ótima notícia!

Dentro do possível eu estou acrescentando informações de apoio na
página do wiki 
(http://wiki.openstreetmap.org/wiki/Mapatona_Copa_do_Mundo_FIFA_2014)
(conforme vou lembrando). Fiquem à vontade para complementar.

2014-05-22 13:59 GMT-03:00 Thierry Jean thierryaj...@hotmail.com:
 Caros contribuidores do OSM,

  A Telenav decidiu ajudar o OSM no Brasil patrocinando uma assessoria de
 imprensa para os dois próximos meses, aproveitando a copa do mundo.
 Para isto, contratou a Oficina da Comunicação, que concedeu um preço muito
 vantajoso para o seu serviço, já que seus sócios entenderam a relevância do
 proposito do projeto OSM.
 Os nossos interlocutores na Oficina da Comunicação são:
 Fran Oliveira - Oficina da Comunicação Integrada
 f...@oficinadacomunicacao.inf.br e  Tatianna Felix - Oficina da Comunicação
 Integrada tatia...@oficinadacomunicacao.inf.br

 Pensamos começar divulgando a Maratona de Edições da Copa que é um tema que
 deveria seduzir os jornalistas. O objetivo é motivar o maior numeor de
 pessoas possível a editar o mapa.

 Todas as sugestões são benvindas.

 Thierry Jean



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




-- 
Fernando Trebien
+55 (51) 9962-5409

Nullius in verba.

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


[Talk-br] HOT Exports

2014-05-22 Diskussionsfäden Severin Menard

 Date: Thu, 22 May 2014 11:25:24 -0300
 From: Fernando Trebien fernando.treb...@gmail.com
 To: OpenStreetMap no Brasil talk-br@openstreetmap.org
 Subject: Re: [Talk-br] HOT Exports
 Message-ID:
 CABcWbR4DstBdSm+Y=
 epbvhwv7+6gefx_ce91hfsg-ejmdb3...@mail.gmail.com
 Content-Type: text/plain; charset=UTF-8

 Muito interessante, Severin! Obrigado!

 Para quem quiser explorar mais, o artigo do wiki tem instruções de
 uso: http://wiki.openstreetmap.org/wiki/HOT_Exports

 Qual o link para a tradução no Transifex?


https://www.transifex.com/projects/p/hot-export/



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


[Talk-br] RES: RES: RES: RES: RES: RES: Maratona de Edições da Copa - POI

2014-05-22 Diskussionsfäden Reinaldo Neves
Fernando,

Nem tinha como objetivo dar alguma visibilidade para a Equação, por isso uso
meu registro pessoal no OSM, apenas achei que essas informações seriam uteis
para que vem de fora e por isso ia transcreve-las para o OSM.  

Se um dia no futuro o OSM tiver um nível de informação adequado pelo menos
da região metropolitana de São Paulo até pretendo vir a utilizá-lo em
aplicativos, mas creio que para isso ainda vai algum tempo.

As informações que tenho em tabelas mysql basicamente nome e endereços de
pontos de interesse compilados e digitadas ao longo do últimos anos em
sites, guias e indicação de taxistas, algumas foram confirmadas por telefone
ou em listas de assinante e depois digitadas por funcionários da empresa, de
clientes e taxistas que se utilizam do nosso software.  Mas não houve na
época a preocupação em identificar a fonte usada na confirmação de cada
registro.

Meus clientes e usuários tinham ciência que a informação repassada seria
incorporada ao banco do software que comercializamos e repassadas a outros
usuários pois todos tem o mesmo problema o cara liga e pede um taxi no mc
donalds da av paulista, com a informação de endereço na mão a atende sabe
que tem 3 unidades e pode questionar o cliente sem correr o risco de criar
um problema para o taxista e para o cliente.  Por isso a informação sempre
que confirmada nos foi repassada.

De qualquer maneira não tenho o mínimo interesse em criar problemas legais
para o OSM, muito pelo contrário, pois vejo o projeto como uma contraparte
da sacanagem de alguns outros editores de mapas se apropriarem de informação
publica, G..., H, etc.  

Abraços
___
Reinaldo Neves
Equação Informática
(11) 3221-3722






-Mensagem original-
De: Fernando Trebien [mailto:fernando.treb...@gmail.com] 
Enviada em: quinta-feira, 22 de maio de 2014 18:28
Para: OpenStreetMap no Brasil
Assunto: Re: [Talk-br] RES: RES: RES: RES: RES: Maratona de Edições da Copa
- POI

Oi Reinaldo,

Talvez com atraso, uma dica: o que a lei proíbe é que você copie metadados
(nomes, telefones, etc.) e coordenadas de outra base de dados (ex.: lista
telefônica, outros mapas, etc.) que não explicite a permissão de
redistribuir da informação. Mas ela não impede que você:
- se inspire em outro mapa para saber mais ou menos onde um lugar fica
(você pode olhar o outro mapa comercial, mas não pode desenhar sobre ele ou
copiar nomes à risca)
- copie informações (metadados) de fontes permitidas (como os sites dos
próprios consulados)

Isso desacelera o seu trabalho, mas ainda é mais rápido do que mapear
completamente do zero. Ou seja, você pode remapear os consulados se quiser,
desde que você não use copiar e colar pros metadados (nem uma simples
redigitação ao ler a lista telefônica), e também não use imagens restritivas
(ex.: Google Maps) para fazer o desenho. Isso vale pra qualquer coisa no
OSM.

Fazendo assim, seu changeset teria a etiqueta source=Bing;knowledge.
Mas daí não daria pra colocar como fonte a sua empresa. Algo que você pode
fazer quando estiver contribuindo informações da sua empresa é criar um
usuário do OSM com o nome da empresa para fazer esses uploads, e colocar um
link de contato com a empresa na página de perfil desse usuário. Talvez isso
até dê mais visibilidade ao seu trabalho do que usar a tag source no
changeset.

2014-05-22 17:45 GMT-03:00 Reinaldo Neves rne...@equacao.com.br:
 Retirei todos os pontos de consulados em São Paulo que havia inserido 
 nos últimos dias.
 ___
 Reinaldo Neves
 Equação Informática
 (11) 3221-3722




 -Mensagem original-
 De: Reinaldo Neves [mailto:rne...@equacao.com.br] Enviada em: 
 quinta-feira, 22 de maio de 2014 12:17
 Para: 'OpenStreetMap no Brasil'
 Assunto: [Talk-br] RES: RES: RES: RES: Maratona de Edições da Copa - 
 POI

 Paciência, os dados foram cotejados ao logo dos anos de diversas 
 fontes e consultas na web ou por levantamento no local, é praticamente 
 impossível identificar a origem de cada um individualmente, até porque 
 algumas das pessoas que coletaram as informações já não trabalham mais
aqui.

 Prefiro deixar essa edição de lado  então.

 ___
 Reinaldo Neves
 Equação Informática
 (11) 3221-3722




 -Mensagem original-
 De: Fernando Trebien [mailto:fernando.treb...@gmail.com]
 Enviada em: quinta-feira, 22 de maio de 2014 12:02
 Para: OpenStreetMap no Brasil
 Assunto: Re: [Talk-br] RES: RES: RES: Maratona de Edições da Copa - 
 POI

 As informações sim, o método de confeccioná-las infelizmente não. Um 
 juiz pode julgar a cópia para o OSM baseando-se em qualquer desses 
 dois fatores, e no Brasil ainda não encontramos jurisprudência pra nos 
 oferecer algum respaldo.

 É uma pena, mas se você não consegue separar os dados da lista 
 telefônica, é muito provável que não possamos colocá-los no OSM. (Por 
 motivos lelgais, não porque não queremos.) A única chance de ser 
 legalmente permitido é receber uma resposta positiva ao 

Re: [Talk-de] Seltsame shop-Taggings

2014-05-22 Diskussionsfäden Martin Koppenhoefer


 Am 21/mag/2014 um 21:47 schrieb Dirk Sohler s...@0x7be.de:
 
 Staubsauger … :)


oder Thermoskannen oder Staubsaugerbeutel oder Vakuumiermaschinen und Zubehör?

Gruß,
Martin
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


[Talk-de] Rad-Wander-Skate-Routen

2014-05-22 Diskussionsfäden C.Brause
Hallo zusammen,

ich wollte mal eine ausgeschilderte Mehrzweckroute in der Nähe mappen.
Mein Problem ist, dass sie sowohl für Radfahrer, als auch Wanderer und
Skater ausgewiesen ist.

Mein Ansatz wäre jetzt, die Route als Relation mit
route=bicycle;hiking;inline_skates zu bezeichnen und den mir bekannten
Renderern (opencyclemap und waymarks) den Hinweis geben, dass solche
Wege auch aufgenommen werden könnten/sollten.

Ein Blick auf Taginfo zeigt mir, dass solche Kombinationen insgesamt ca.
110 mal vorkommen. Gefunden habe ich aber auch Radrouten, bei denen die
Zusatzinfo, dass es sich auch um eine Ausgewiesene Rundstrecke für
Skater und Wanderer handelt, in description=* befindet. Zum Auswerten
ist das natürlich kaum geeignet. Ich vermute, dass das so gelöst wurde,
damit es wenigstens irgendwo auch zu sehen ist.

Im Wiki findet sich nichts zu Routen, die für mehr als ein
Fortbewegungsmittel ausgeschildert sind.

Was haltet ihr von dem Semicolonansatz und dem Anschreiben der Renderer?

Viele Grüße,
Christian

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


Re: [Talk-de] Rad-Wander-Skate-Routen

2014-05-22 Diskussionsfäden Jochen Topf
On Do, Mai 22, 2014 at 01:51:45 +0200, C.Brause wrote:
 ich wollte mal eine ausgeschilderte Mehrzweckroute in der Nähe mappen.
 Mein Problem ist, dass sie sowohl für Radfahrer, als auch Wanderer und
 Skater ausgewiesen ist.
 
 Mein Ansatz wäre jetzt, die Route als Relation mit
 route=bicycle;hiking;inline_skates zu bezeichnen und den mir bekannten
 Renderern (opencyclemap und waymarks) den Hinweis geben, dass solche
 Wege auch aufgenommen werden könnten/sollten.
 
 Ein Blick auf Taginfo zeigt mir, dass solche Kombinationen insgesamt ca.
 110 mal vorkommen. Gefunden habe ich aber auch Radrouten, bei denen die
 Zusatzinfo, dass es sich auch um eine Ausgewiesene Rundstrecke für
 Skater und Wanderer handelt, in description=* befindet. Zum Auswerten
 ist das natürlich kaum geeignet. Ich vermute, dass das so gelöst wurde,
 damit es wenigstens irgendwo auch zu sehen ist.
 
 Im Wiki findet sich nichts zu Routen, die für mehr als ein
 Fortbewegungsmittel ausgeschildert sind.
 
 Was haltet ihr von dem Semicolonansatz und dem Anschreiben der Renderer?

Semicolons in tags sind sehr problematisch:
http://blog.jochentopf.com/2013-09-23-semicolons-in-osm-tags.html

Jochen
-- 
Jochen Topf  joc...@remote.org  http://www.jochentopf.com/  +49-721-388298

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


Re: [Talk-de] Rad-Wander-Skate-Routen

2014-05-22 Diskussionsfäden Thorsten Nau

Hallo Christian,

ich würde je Fortbewegungsart eine separate route-Relation erstellen. 
Wenn erst mal eine Relation existiert, kann diese dann relativ einfach 
kopiert und um das route-Tag entsprechend korrigiert werden. Klar - wenn 
sich mal was an dem Wegverlauf etwas ändern sollte, müßte das dann in 
drei Relationen gemacht werden - aber ich denke, der Aufwand ist 
überschaubar - im Gegensatz zu dem Aufwand, der in den einzelnen 
Anwendungen anfallen würde, wenn etliche neue route-Ausprägungen 
berücksichtigt werden müssten.


Viele Grüße,
Thorsten



Am 22.05.2014 13:51, schrieb C.Brause:

Hallo zusammen,

ich wollte mal eine ausgeschilderte Mehrzweckroute in der Nähe mappen.
Mein Problem ist, dass sie sowohl für Radfahrer, als auch Wanderer und
Skater ausgewiesen ist.

Mein Ansatz wäre jetzt, die Route als Relation mit
route=bicycle;hiking;inline_skates zu bezeichnen und den mir bekannten
Renderern (opencyclemap und waymarks) den Hinweis geben, dass solche
Wege auch aufgenommen werden könnten/sollten.

Ein Blick auf Taginfo zeigt mir, dass solche Kombinationen insgesamt ca.
110 mal vorkommen. Gefunden habe ich aber auch Radrouten, bei denen die
Zusatzinfo, dass es sich auch um eine Ausgewiesene Rundstrecke für
Skater und Wanderer handelt, in description=* befindet. Zum Auswerten
ist das natürlich kaum geeignet. Ich vermute, dass das so gelöst wurde,
damit es wenigstens irgendwo auch zu sehen ist.

Im Wiki findet sich nichts zu Routen, die für mehr als ein
Fortbewegungsmittel ausgeschildert sind.

Was haltet ihr von dem Semicolonansatz und dem Anschreiben der Renderer?

Viele Grüße,
Christian

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



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


Re: [Talk-de] Rad-Wander-Skate-Routen

2014-05-22 Diskussionsfäden Sarah Hoffmann
Hi,

On Thu, May 22, 2014 at 01:51:45PM +0200, C.Brause wrote:
 Mein Ansatz wäre jetzt, die Route als Relation mit
 route=bicycle;hiking;inline_skates zu bezeichnen und den mir bekannten
 Renderern (opencyclemap und waymarks) den Hinweis geben, dass solche
 Wege auch aufgenommen werden könnten/sollten.
 
 Ein Blick auf Taginfo zeigt mir, dass solche Kombinationen insgesamt ca.
 110 mal vorkommen. Gefunden habe ich aber auch Radrouten, bei denen die
 Zusatzinfo, dass es sich auch um eine Ausgewiesene Rundstrecke für
 Skater und Wanderer handelt, in description=* befindet. Zum Auswerten
 ist das natürlich kaum geeignet. Ich vermute, dass das so gelöst wurde,
 damit es wenigstens irgendwo auch zu sehen ist.
 
 Im Wiki findet sich nichts zu Routen, die für mehr als ein
 Fortbewegungsmittel ausgeschildert sind.
 
 Was haltet ihr von dem Semicolonansatz und dem Anschreiben der Renderer?

waymarkedtrails.org unterstützt den Semikolonansatz seit ein paar Wochen, 
weil ich gefunden habe, dass das a) die Wirklichkeit am genausten abbildet
und b) für die Mapper so am einfachsten zu warten ist.

Gruss

Sarah

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


Re: [Talk-de] Rad-Wander-Skate-Routen

2014-05-22 Diskussionsfäden Martin Koppenhoefer


 Am 22/mag/2014 um 14:47 schrieb Thorsten Nau dod...@online.de:
 
 ich würde je Fortbewegungsart eine separate route-Relation erstellen.


+1

Gruß,
Martin
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Rad-Wander-Skate-Routen

2014-05-22 Diskussionsfäden Volker Schmidt
 ich würde je Fortbewegungsart eine separate route-Relation erstellen.
 Wenn erst mal eine Relation existiert, kann diese dann relativ einfach
 kopiert und um das route-Tag entsprechend korrigiert werden.


Kopieren ist immer der falsche Ansatz. Daten sollten, wenn immer möglich
nur einmal vorhanden sein. (Ich weiß, wir haben tonnenweise importierte
Daten, die irgendwo in einer externen database gepflegt werden, und die wir
unabhängig nochmal in OSM pflegen müssen. Gilt praktisch für alle
importierten Daten) .

Loesungsansatz: Super-Relationen  und/oder neue route values
*Neue route values: *route=cycle_foot | cycle_skates | cycle_foot_skates
usw.
*Asserdem Superrelationen*, die auch einem anderen Problem helfen koennen,
z. B. wenn  dieselbe Strecke fuer ein gutes Stueck zwei verschiedenen
routes angehört (Doppelnummerierung)

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


[Talk-de] Mappingevent OpenRailwayMap

2014-05-22 Diskussionsfäden Alexander Matheisen
Hallo,

wie einige vielleicht schon über die OpenRailwayMap-Mailingliste oder
die Wochennotiz mitbekommen haben, planen wir ein Mappingevent für
Bahnmapper.

Zweck dieser Veranstaltung soll es sein, andere Bahnmapper einmal
persönlich kennenzulernen, gemeinsam ein kleines Gebiet in einer
Mappingparty zu erfassen und Neulinge an das Thema Eisenbahnmapping
heranzuführen. Eingeladen sind aber nicht nur Mapper, sondern auch
interessierte Bahnunternehmen und Entwicklerfirmen, um gegenseitig
Kontakte zu knüpfen. Weitere Infos finden sich auf der Wikiseite. [1]

Falls ihr Interesse an einer Teilnahme habt, tragt euch und eure
Ortsvorschläge bitte im Wiki ein. Zur Zeit sind wir noch dabei, einen
passenden Ort für diese Veranstaltung zu suchen. Sobald sich hier etwas
ergeben hat, werden wir nach einem passenden Termin suchen.

Ich hoffe auf reges Interesse. 

[1]
http://wiki.openstreetmap.org/wiki/DE:OpenRailwayMap/Mappingwochenende_2014_1


Gruß
Alex


signature.asc
Description: This is a digitally signed message part
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Rad-Wander-Skate-Routen

2014-05-22 Diskussionsfäden Bernhard Weiskopf
 Von: Thorsten Nau 
 ich würde je Fortbewegungsart eine separate route-Relation erstellen.

Ich auch. Irgendwo ist vielleicht der Fußweg getrennt von der Straße und
schon funktioniert die gemeinsame Relation nicht mehr, da der Radweg auf der
Straße und der Wanderweg auf dem Gehweg verläuft.

Bernhard



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


[Talk-de] was, schon 200 Wochennotizen?

2014-05-22 Diskussionsfäden wn reader
zum Anlass der 200. Wochennotiz ist Michael durch alle Ausgaben gegangen 
und hat einen längeren Blogpost verfasst.


Viel Spass damit…

http://blog.openstreetmap.de/blog/2014/05/200-wochennotizen/

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


Re: [Talk-de] Rad-Wander-Skate-Routen

2014-05-22 Diskussionsfäden fly
Am 22.05.2014 15:02, schrieb Sarah Hoffmann:
 Hi,
 
 On Thu, May 22, 2014 at 01:51:45PM +0200, C.Brause wrote:
 Mein Ansatz wäre jetzt, die Route als Relation mit
 route=bicycle;hiking;inline_skates zu bezeichnen und den mir bekannten
 Renderern (opencyclemap und waymarks) den Hinweis geben, dass solche
 Wege auch aufgenommen werden könnten/sollten.

 Ein Blick auf Taginfo zeigt mir, dass solche Kombinationen insgesamt ca.
 110 mal vorkommen. Gefunden habe ich aber auch Radrouten, bei denen die
 Zusatzinfo, dass es sich auch um eine Ausgewiesene Rundstrecke für
 Skater und Wanderer handelt, in description=* befindet. Zum Auswerten
 ist das natürlich kaum geeignet. Ich vermute, dass das so gelöst wurde,
 damit es wenigstens irgendwo auch zu sehen ist.

 Im Wiki findet sich nichts zu Routen, die für mehr als ein
 Fortbewegungsmittel ausgeschildert sind.

 Was haltet ihr von dem Semicolonansatz und dem Anschreiben der Renderer?
 
 waymarkedtrails.org unterstützt den Semikolonansatz seit ein paar Wochen, 
 weil ich gefunden habe, dass das a) die Wirklichkeit am genausten abbildet
 und b) für die Mapper so am einfachsten zu warten ist.

Super, ich begegne immer wieder Situationen, wo das Semikolon die
naheliegenste und einfachste Lösung ist und wundere mich immer warum
sich dagegen so gesträubt wird.

Alles mit yes/no abzubilden ala recycling ist auch keine Lösung und
konkret ist das wohl eine Route und sollte als ein Objekt auch so
gehandelt werden.

cu fly




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


[Talk-de] Bounces

2014-05-22 Diskussionsfäden fly
Am 21.05.2014 17:05, schrieb Walter Nordmann:
 Irgendwas ist zu Zeit komisch mit meinen Talk-de Zugang. Der wurde
 gestern wegen bouncing mails temporär gesperrt. Hab ihn wieder
 freigeschaltet, weiss aber noch nicht, ob der wieder funktioniert.

Musste ich gestern auch. Eher serverseitiges Problem.

cu fly

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


Re: [Talk-it] Civici del Comune di Gorizia

2014-05-22 Diskussionsfäden cascafico
cascafico wrote
 Magari lasciate in giro un template che mando al comune di Cividale del
 Friuli (sono ancora più gelosi dei loro dataset)

Gelosi è un eufemismo...
http://www.cividale.net/uploads/media/INFODIGI_2__03.pdf




-

--
cascafico.altervista.org
twitter.com/cascafico
--
View this message in context: 
http://gis.19327.n5.nabble.com/Civici-del-Comune-di-Gorizia-tp5806581p5807007.html
Sent from the Italy General mailing list archive at Nabble.com.

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


Re: [Talk-it] Buttonrecorder

2014-05-22 Diskussionsfäden Elena ``of Valhalla''
On 2014-05-21 at 20:11:54 +0200, Michele iw1gfv wrote:
 Ovviamente è indispensabile avere il telefono con l'ora esatta.
 [...]
 Questo script non prende la posizione dal gps del telefono, perchè il mio
 telefono non è molto preciso, il gps60 è molto meglio.

perché non prendi l'ora dal gps del telefono? anche se la posizione 
non è precisa quanto quella del gps60, l'ora dovrebbe esserlo

-- 
Elena ``of Valhalla''

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


[Talk-it] Articoli da La Stampa

2014-05-22 Diskussionsfäden Gianluca Boero

Vi segnalo alcuni articoli tratti da La Stampa.
Uno è odierno, l'altro mi era sfuggito alcuni giorni fa.

http://www.lastampa.it/2014/05/22/tecnologia/google-apple-nokia-la-guerra-delle-mappe-4VUbmK5Z5qb0AtwPqguKFI/pagina.html

http://www.lastampa.it/2014/05/22/multimedia/tecnologia/questione-di-dettagli-mappe-a-confronto-Yfja7vaANH12vv5Cv0ZQnO/pagina.html

in entrambi ci sono riferimenti a Osm.

--
Gianluca Boero


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


Re: [Talk-it] Civici del Comune di Gorizia

2014-05-22 Diskussionsfäden Simone Cortesi
2014-05-22 9:49 GMT+02:00 cascafico cascaf...@gmail.com:
 Magari lasciate in giro un template che mando al comune di Cividale del
 Friuli (sono ancora più gelosi dei loro dataset)

 Gelosi è un eufemismo...
 http://www.cividale.net/uploads/media/INFODIGI_2__03.pdf

haha...se gli vendiamo i dati di osm, copriamo il debito pubblioc italiano.

1500euro per i civici di un comune è una follia.

-- 
-S

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


Re: [Talk-it] Civici del Comune di Gorizia

2014-05-22 Diskussionsfäden Francesco Pelullo
Il 22/mag/2014 17:08 Simone Cortesi sim...@cortesi.com ha scritto:



 haha...se gli vendiamo i dati di osm, copriamo il debito pubblioc
italiano.

 1500euro per i civici di un comune è una follia.



Se organizziamo un mp a Cividale in mezza giornata ci togliamo il
pensiero...

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


[Talk-es] Prueba - meseoye ?

2014-05-22 Diskussionsfäden Alberto Catala

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


Re: [Talk-es] Prueba - meseoye ?

2014-05-22 Diskussionsfäden María Arias de Reyna
No.


On Thu, May 22, 2014 at 11:45 AM, Alberto Catala albertocat...@gmail.comwrote:



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


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


Re: [Talk-es] Prueba - meseoye ?

2014-05-22 Diskussionsfäden Jonay Santana
Tese...
El 22/05/2014 10:45, Alberto Catala albertocat...@gmail.com escribió:



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


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


Re: [Talk-es] Prueba - meseoye ?

2014-05-22 Diskussionsfäden Almorca
Alto y claro.


2014-05-22 11:45 GMT+02:00 Alberto Catala albertocat...@gmail.com:



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


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


[Talk-at] ÖPNV - Stadtverkehr Mödling

2014-05-22 Diskussionsfäden Christian Aigner
Ich hab gerade den Citybus 1 in Mödling angelegt.

Welche ref-Nummer bekommt der?

ref=1 ?

Kann es vorkommen, daß es im VOR noch irgendwo anders einen Bus mit der
Nummer 1 gibt?

LG,
Christian


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


Re: [Talk-at] ÖPNV - Stadtverkehr Mödling

2014-05-22 Diskussionsfäden Norbert Wenzel
On 05/22/2014 05:10 PM, Christian Aigner wrote:
 Ich hab gerade den Citybus 1 in Mödling angelegt.
 
 Welche ref-Nummer bekommt der?
 
 ref=1 ?
 
 Kann es vorkommen, daß es im VOR noch irgendwo anders einen Bus mit der
 Nummer 1 gibt?

Vermutlich. Aber er wird wohl der einzige sein der von der Stadt Mödling
betrieben wird. Ich hab jetzt allerdings keine Ahnung wie das zu taggen
ist (ev operator vs. network oder so?), aber ich denk in den Daten
sollte man den Unterschied erkennen können. Der VOR ist ja nur ein
Tarifverbund, die Linienbezeichnungen sind wohl Sache des Betreibers.

Mal schauen was die ÖPNV Profis dazu sagen.

Norbert


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


Re: [Talk-at] ÖPNV - Stadtverkehr Mödling

2014-05-22 Diskussionsfäden liberalerhumanist
Der VOR und der VVNB bezeichnen die Linie mit der Nummer 1 (anbei der Fahrplan: 
http://efa.vor.at/vor/TTB/WWW06_645f_TP.pdf ). Der VOR führt in seinen 
Linienfahrplänen ( http://www.vor.at/efa/linienfahrplan/ ) mehrere Linien mit 
der Nummer 1. Für die Verwaltung der Linienrelation in der OSM ist weniger die 
Referenznummer, sondern der Name der Relationen relevant. ref=1 ist korrekt. 
Für den Relationsnamen würde Ich vorschlagen: Im Route Master=1-Stadtverkehr 
Mödling, in den Richtungsrelationen als Wert 1 - Stadtverkehr Mödling 
(Richtung A bzw. B). Dies sollte ausreichen, um diese Relationen von denen 
anderer Linien mit der Nummer 1 unterscheidbar zu machen. Betreiber bzw. 
Operator ist im Übrigen nicht die Gemeinde Mödling, sondern der Postbus. 
Network wären VOR und VVNB, den Route-Master sollte man im Idealfall neben dem 
entsprechenden Tag auch in der Sammelrelation der beiden Verkehrsverbünde 
eintragen.

MfG, LH

-Ursprüngliche Nachricht-
Gesendet: Donnerstag, 22 Mai 2014 um 18:39:16 Uhr
Von: Norbert Wenzel norbert.wenzel.li...@gmail.com
An: talk-at@openstreetmap.org
Betreff: Re: [Talk-at] ÖPNV - Stadtverkehr Mödling
On 05/22/2014 05:10 PM, Christian Aigner wrote:
 Ich hab gerade den Citybus 1 in M�dling angelegt.
 
 Welche ref-Nummer bekommt der?
 
 ref=1 ?
 
 Kann es vorkommen, da� es im VOR noch irgendwo anders einen Bus mit der
 Nummer 1 gibt?

Vermutlich. Aber er wird wohl der einzige sein der von der Stadt M�dling
betrieben wird. Ich hab jetzt allerdings keine Ahnung wie das zu taggen
ist (ev operator vs. network oder so?), aber ich denk in den Daten
sollte man den Unterschied erkennen k�nnen. Der VOR ist ja nur ein
Tarifverbund, die Linienbezeichnungen sind wohl Sache des Betreibers.

Mal schauen was die �PNV Profis dazu sagen.

Norbert


___
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-at] ÖPNV - Stadtverkehr Mödling

2014-05-22 Diskussionsfäden Andreas Labres
On 22.05.14 18:39, Norbert Wenzel wrote:
 Der VOR ist ja nur ein Tarifverbund, die Linienbezeichnungen sind wohl Sache
 des Betreibers.

Naja... Der VOR hat schon ein eigenes Linienbezeichnungssystem (z.B. für die
Busse), verschieden von der (früheren) ÖBB/Post/Bundesbus Kursnummer. Das
Netzwerk ist VOR und das ref sollte eine (IMO[0]) eindeutige Liniennummer
innnerhalb des VOR sein. Für operator's reference gibt's ein ref:operator
(oder müßte man da ref:stadt_moedling sagen *grübel*).

   http://de.wikipedia.org/wiki/Verkehrsverbund_Ost-Region#Liniensystem

  
http://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport#Route_master

[0] Warum die ref Nummer innerhalb des VOR eindeutig sein sollte:

   http://overpass-api.de/api/sketch-line?network=VORref=1
   http://overpass-api.de/api/sketch-line?network=VORref=2

Wo die Wiener Linie 1 hin ist, weiß ich grad nicht...
   http://overpass-api.de/api/sketch-line?operator=Wiener%20Linienref=1
   http://overpass-turbo.eu/s/3vk

Aber das ref=1 für Mödling ist grade suboptimal...

/al

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


Re: [Talk-ro] Mapping Party OpenStreetMap in Bucuresti - 17-18 mai 2014

2014-05-22 Diskussionsfäden Strainu
În data de 22 mai 2014, 14:28, Jean-Baptiste Holcroft
jb.holcr...@gmail.com a scris:
 Geek and advanced users : with osmand track recorder, it record the gpx
 trace, in the same time, you can add check point by the almost the same way
 of adding an osm bug, but it is record in the gpx file. In josm, a label is
 present for each check point. It is what I use when traveling, I'll send an
 example with a track embedding almost one hundred comments for osm.


Yeah, that's what I've tried, but using audio notes. I found it
extremely time-consuming to listen to each file again and insert the
information by hand.

Strainu

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


Re: [Talk-ro] Mapping Party OpenStreetMap in Bucuresti - 17-18 mai 2014

2014-05-22 Diskussionsfäden Razvan Radulescu

Hello,

Why you not use Keypad Mapper 3? I din't know that you had trouble with 
osmand for this easy task to be done with keypad mapper .


here is the link
https://play.google.com/store/apps/details?id=de.enaikoon.android.keypadmapper3

You even don't need to wait  to map data to be downloaded. The app 
record a gpx track for street and numbers. Numbers will be placed on 
right or left side by adding button L  or R from the keypad before the 
number. The data can be imported into JOSM - both the track and the 
numbers.



On 22.05.2014 17:00, Strainu wrote:

În data de 22 mai 2014, 14:28, Jean-Baptiste Holcroft
jb.holcr...@gmail.com a scris:

Geek and advanced users : with osmand track recorder, it record the gpx
trace, in the same time, you can add check point by the almost the same way
of adding an osm bug, but it is record in the gpx file. In josm, a label is
present for each check point. It is what I use when traveling, I'll send an
example with a track embedding almost one hundred comments for osm.


Yeah, that's what I've tried, but using audio notes. I found it
extremely time-consuming to listen to each file again and insert the
information by hand.

Strainu

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



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


Re: [Talk-ro] Mapping Party OpenStreetMap in Bucuresti - 17-18 mai 2014

2014-05-22 Diskussionsfäden Strainu
Hey Razvan,

2014-05-22 18:09 GMT+03:00 Razvan Radulescu radulescu.raz...@gmail.com:
 Hello,

 Why you not use Keypad Mapper 3?

Thanks for the tip, I'll try it out this weekend!

 I din't know that you had trouble with
 osmand for this easy task to be done with keypad mapper .

Yeah, I was in quite a hurry during the party unfortunately - I had to
squeeze lots of things that weekend - and I've probably missed the
best parts. That's precisely why I proposed fixing the weekend for
future parties a month in advance.

I'm glad though that we managed to launch this discussion and take out
some useful points from this weekend - thanks Eddy for pushing for a
report :) and thanks to Jean-Baptiste and Razvan for the pointers.

I'm still hoping that the other participants (I added the emails I had
in the BCC just in case you're not on the list) will take the time to
write their impressions of the mapping party on the list! Remember,
sharing your feedback to the largest audience you can reach is the
best way for the rest of us to learn from your experiences.

Strainu


 here is the link
 https://play.google.com/store/apps/details?id=de.enaikoon.android.keypadmapper3

 You even don't need to wait  to map data to be downloaded. The app record a
 gpx track for street and numbers. Numbers will be placed on right or left
 side by adding button L  or R from the keypad before the number. The data
 can be imported into JOSM - both the track and the numbers.



 On 22.05.2014 17:00, Strainu wrote:

 În data de 22 mai 2014, 14:28, Jean-Baptiste Holcroft
 jb.holcr...@gmail.com a scris:

 Geek and advanced users : with osmand track recorder, it record the gpx
 trace, in the same time, you can add check point by the almost the same
 way
 of adding an osm bug, but it is record in the gpx file. In josm, a label
 is
 present for each check point. It is what I use when traveling, I'll send
 an
 example with a track embedding almost one hundred comments for osm.


 Yeah, that's what I've tried, but using audio notes. I found it
 extremely time-consuming to listen to each file again and insert the
 information by hand.

 Strainu

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



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

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


Re: [Talk-pt] Iniciativa iGEO

2014-05-22 Diskussionsfäden Victor Ferreira
Viva,
estive no evento, e fiquei dividido:
por um lado percebo o esforço meritório do secretário de estado e da
equipa, no sentido de  permitir ALGUM acesso a dados de base, importantes
para investigação e serviços, para académicos e empresas.
Por outro lado é uma falácio chamarem-lhes DADOS ABERTOS quando não
cumprem com a definição de acesso sem limitações.
Curiosamente pelo menos dois dos convidados bateram nessa tecla e frisaram
bem a questão, mas acho que, ou a equipa NÃO ENTENDE o que são dados
abertos e entrou por um ouvido e saiu por outro, ou então estão a fazer-se
despercebidos, porque já esticaram a corda política ao máximo que
conseguiram, ao permitir acesso sem pagamento a cidadãos e académicos!!
Acho que a segunda hipótese será a mais provável...
VIctor


2014-05-13 2:32 GMT+01:00 Rui Oliveira racoqs...@gmail.com:

 Ou seja a partir do momento que limita o uso dos dados para os comerciais
 por intermédio de uma taxa , não interessa porque vai contra o que a
 licença do osm permite .

 Francamente acho que fazem mal,  porque os dados abertos poderiam ajudar
 muitas empresas a construir serviços com base desses dados e quiçá
 potenciar uma fonte de turismo.  Visão limitada dos responsáveis do igoe ou
 em última instância o governo.

 Mas devo ser eu que sou ingénuo ao acreditar que ter um mapa completo no
 osm  ajuda a quem vem ao nosso país ter uma experiência muito melhor no
 turismo.
 No dia 12 de Mai de 2014 13:57, Topo Lusitania Lusitania 
 topolusita...@yahoo.com escreveu:

 Olá

 Alguém conhecido esteve lá.

 Em resumo -

 1 - Este portal ja funciona : igoe.pt

 2 - Idéia geral: os dados serão de acesso livre para todos excepto
 empresas.
 Para empresas haverá uma flat rate de 100€ mês.
 Falta ver a concretização da idéia geral.

 A equipa TopoLusitania

   --
  *From:* Rui Oliveira racoqs...@gmail.com
 *To:* Lista de discuss#227,o para Portugal talk-pt@openstreetmap.org

 *Sent:* Sunday, May 11, 2014 4:15 PM
 *Subject:* Re: [Talk-pt] Iniciativa iGEO

  Seria interessante ter lá um representante da comunidade OSM para se
 informar. Pena eu não ser de Lisboa :S


 2014-05-11 16:10 GMT+01:00 Hugo Silva hdsi...@gmail.com:

 Bom dia,

 Para conhecimento.

 Cumps,
 Hugo Silva



 O Ministério do Ambiente, Ordenamento do Território e da Energia promove
 no próximo dia 12 de maio , na Sociedade de Geografia de Lisboa , uma
 sessão sobre a iniciativa que visa a disponibilização à sociedade e às
 entidades de investigação e ensino, dos dados geográficos existentes na
 Administração Pública, e cujo programa, em anexo, é:
  11h00 - Presidente da Sociedade de Geografia de Lisboa, Prof. Aires de
 Barros
 11h10 - Secretário de Estado do Ordenamento do Território e Conservação
 da Natureza, Prof. Miguel Castro Neto
 11h40 - Assessor do Conselho Diretivo da Fundação para a Ciência e a
 Tecnologia, Prof. Mário Caetano
 11h50 - InfoPortugal, Eng.º António José Silva
 12h00 - Presidente da CCDR LVT, Prof. Eduardo Brito Henriques
 12h10 - Ministro do Ambiente, Ordenamento do Território e Energia, Eng.º
 Jorge Moreira da Silva
  Afigura-se ser uma temática de relevante interesse na comunidade dos
 Engenheiros Geógrafos, pelo que venho divulgar o evento. A inscrição poderá
 ser feita aqui (apressem-se, é provável que esgote rápido):
 http://www.dgterritorio.pt/igeo/

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



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



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


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


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


Re: [Talk-pt] Iniciativa iGEO

2014-05-22 Diskussionsfäden f . dos . santos
Se não podemos chamarem-lhes Open Data é porque falamos de Openwashing :

http://blog.okfn.org/2014/03/10/open-washing-the-difference-between-opening-your-data-and-simply-making-them-available/

Francisco

- Mail original -
From: Victor Ferreira victor.mota.ferre...@gmail.com
To: Lista de discuss#227,o para Portugal talk-pt@openstreetmap.org
Date: 22/05/2014 12:45:34
Subject: Re: [Talk-pt] Iniciativa iGEO


Viva, 
estive no evento, e fiquei dividido: 
por um lado percebo o esforço meritório do secretário de estado e da equipa, no 
sentido de permitir ALGUM acesso a dados de base, importantes para investigação 
e serviços, para académicos e empresas. 
Por outro lado é uma falácio chamarem-lhes DADOS ABERTOS quando não cumprem 
com a definição de acesso sem limitações. 
Curiosamente pelo menos dois dos convidados bateram nessa tecla e frisaram bem 
a questão, mas acho que, ou a equipa NÃO ENTENDE o que são dados abertos e 
entrou por um ouvido e saiu por outro, ou então estão a fazer-se despercebidos, 
porque já esticaram a corda política ao máximo que conseguiram, ao permitir 
acesso sem pagamento a cidadãos e académicos!! 
Acho que a segunda hipótese será a mais provável... 
VIctor 




2014-05-13 2:32 GMT+01:00 Rui Oliveira  racoqs...@gmail.com  : 




Ou seja a partir do momento que limita o uso dos dados para os comerciais por 
intermédio de uma taxa , não interessa porque vai contra o que a licença do osm 
permite . 

Francamente acho que fazem mal, porque os dados abertos poderiam ajudar muitas 
empresas a construir serviços com base desses dados e quiçá potenciar uma fonte 
de turismo. Visão limitada dos responsáveis do igoe ou em última instância o 
governo. 

Mas devo ser eu que sou ingénuo ao acreditar que ter um mapa completo no osm 
ajuda a quem vem ao nosso país ter uma experiência muito melhor no turismo. 
No dia 12 de Mai de 2014 13:57, Topo Lusitania Lusitania  
topolusita...@yahoo.com  escreveu: 





Olá 


Alguém conhecido esteve lá. 


Em resumo - 



1 - Este portal ja funciona : igoe.pt 



2 - Idéia geral: os dados serão de acesso livre para todos excepto empresas. 
Para empresas haverá uma flat rate de 100€ mês. 
Falta ver a concretização da idéia geral. 


A equipa TopoLusitania 





From: Rui Oliveira  racoqs...@gmail.com  
To: Lista de discuss#227,o para Portugal  talk-pt@openstreetmap.org  
Sent: Sunday, May 11, 2014 4:15 PM 
Subject: Re: [Talk-pt] Iniciativa iGEO 







Seria interessante ter lá um representante da comunidade OSM para se informar. 
Pena eu não ser de Lisboa :S 



2014-05-11 16:10 GMT+01:00 Hugo Silva  hdsi...@gmail.com  : 






Bom dia, 


Para conhecimento. 


Cumps, 
Hugo Silva 







O Ministério do Ambiente, Ordenamento do Território e da Energia promove no 
próximo dia 12 de maio , na Sociedade de Geografia de Lisboa , uma sessão sobre 
a iniciativa que visa a disponibilização à sociedade e às entidades de 
investigação e ensino, dos dados geográficos existentes na Administração 
Pública, e cujo programa, em anexo, é: 

11h00 - Presidente da Sociedade de Geografia de Lisboa, Prof. Aires de Barros 
11h10 - Secretário de Estado do Ordenamento do Território e Conservação da 
Natureza, Prof. Miguel Castro Neto 
11h40 - Assessor do Conselho Diretivo da Fundação para a Ciência e a 
Tecnologia, Prof. Mário Caetano 
11h50 - InfoPortugal, Eng.º António José Silva 
12h00 - Presidente da CCDR LVT, Prof. Eduardo Brito Henriques 
12h10 - Ministro do Ambiente, Ordenamento do Território e Energia, Eng.º Jorge 
Moreira da Silva 

Afigura-se ser uma temática de relevante interesse na comunidade dos 
Engenheiros Geógrafos, pelo que venho divulgar o evento. A inscrição poderá ser 
feita aqui (apressem-se, é provável que esgote rápido): 
http://www.dgterritorio.pt/igeo/ 

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




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





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


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



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

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


[Talk-pt] 2º Encontro de Utilizadores QGIS Portugal

2014-05-22 Diskussionsfäden Rui Oliveira
Caros.

Envio para esta lista este evento, que embora não relacionado diretamente
com OpenStreetMap, parece-me dentro na área de interesse da cartografia
nomeadamente os sistemas de informação Geográficos. Neste Workshop é
contudo focado para o software open-source *QGIS, *onde vão ser
apresentados alguns casos de sucesso da utilização do mesmo em alguns
municípios, serão promovidas instalation parties, e vai ser dada uma
introdução a algumas funcionalidades base deste software.  Portanto para
quem há muito tempo gostaria de aprender a manusear o QGIS pode ser um
workshop interessante. O Evento será em 2 de Junho no Polo 2 (universidade
de coimbra). Segue uma descrição do evento e respectivo link.

Depois do sucesso do primeiro encontro realizado em 2012, em Lisboa,
 tornou-se clara a necessidade de se realizarem mais encontros do mesmo
 género. É com enorme gosto que anunciamos o *2º Encontro de Utilizadores
 QGIS Portugal*, que vai ter lugar na *Faculdade de Ciências e Tecnologia
 da Universidade de Coimbra*, no próximo dia 2 de Junho. Será um dia
 inteiramente dedicado ao QGIS com apresentações das novidades, casos de
 estudo nacionais e *workshops*. Será também o espaço ideal para
 apresentar o grupo de utilizadores QGIS PT e divulgar os seus objectivos.



http://qgis.pt/eventos.html
___
Talk-pt mailing list
Talk-pt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pt


Re: [Talk-ca] Appel aux contributeurs de Montréal

2014-05-22 Diskussionsfäden Bruno Remy
Bonjour à tous,

La conférence virtuelle sur mumble est approuvée, mais la date et l'heure
sont encore à déterminer: restez à l'écoute! ;)

Bruno
Le 2014-05-16 07:31, Bruno Remy bremy.qc...@gmail.com a écrit :

 Bonjour Pierre,

 Bonne idée: une conférence un soir de la semaine à discuter...

 Bruno
 Le 2014-05-16 04:39, Pierre Béland pierz...@yahoo.fr a écrit :

 Bonjour Bruno,

 On pourrait se faire un chat ou autre réunion virtuelle et voir comment
 nous pouvons avancer de ce côté.

 Je devrais aussi avoir plus de temps libre à partir de la semaine
 prochaine.


 Pierre

   --
  *De :* Bruno Remy bremy.qc...@gmail.com
 *À :* talk-ca@openstreetmap.org talk-ca@openstreetmap.org
 *Envoyé le :* Vendredi 16 mai 2014 1h41
 *Objet :* [Talk-ca] Appel aux contributeurs de Montréal

 Bonjour à tous,

 Ces derniers temps, je n'ai pas pu m'investir autant que désiré dans le
 projet commun avec l'équipe des contributeurs de Montréal. Je fais appel à
 vous, Pierre, Charles, et les autres?
 Peut-on réaligner nos efforts sur ce que l'on a commencé au niveau de la
 province? ;)

 Au plaisir!

 --
 Bruno Remy

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



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


Re: [Talk-ca] Alberta Park's Data on Protected Areas – Legal or not

2014-05-22 Diskussionsfäden Victor Chwieros
Would this imply we can use AlbertaParks' said data set or do we need to 
obtain an explicit permission?


http://data.alberta.ca/blog/alberta-open-information-and-open-data-policy

This is a new policy and I do not understand what implementation of the 
policy entails.


Victor

On 14-05-15 10:49 AM, Andrew Lester wrote:

I couldn't see a license anywhere on that site other than the copyright notice 
at the bottom of the page (which very unequivocally states we can't use 
anything on the website), so I downloaded the dataset to see if there was 
anything in there. Inside the XML file in the dataset are the following:
purposeData provided for internal use within Alberta Tourism, Parks and Recreation (TPR). 
Within TPR, data for sites designated by Order-in-Council, and data pertaining to Crown Reservations, are 
managed in the same dataset. For external clients, data are provided as separate shapefiles. (Designated 
Parks  Protected Areas, vs. Crown Reservations)./purpose

and

useconstNo constraints within TPR. Data provided to external clients are for their 
internal use only. Data are not to be redistributed./useconst

Now, IANAL, but those would seem to indicate that we can't use this data in 
OSM. We could still ask them for explicit permission, though, to see if they'll 
override the above.

Andrew
alester
Victoria, BC, Canada

- Original Message -
From: Victor Chwieros wchwie...@yahoo.com
To: talk-ca@openstreetmap.org
Sent: Monday, May 12, 2014 8:15:13 PM
Subject: [Talk-ca] Alberta Park's Data on Protected Areas – Legal or not




Are we allowed to use the Alberta Park's Protected Areas (Shapefile) in OSM?

Data source is the last entry on this list:

http://www.albertaparks.ca/albertaparksca/library/downloadable-data-sets.aspx

Reason I ask is that a number of the provincial parks have not been mapped. One 
example is:

https://en.wikipedia.org/wiki/Kinbrook_Island_Provincial_Park

http://www.openstreetmap.org/#map=14/50.4407/-111.9076


I checked the NRCan data and it is not part of the “Atlas of Canada 1,000,000 
National Frameworks Data, Protected Areas-Protected Areas” - so we can't get 
the park boundary from there.


Victor




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



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


Re: [OSM-talk-fr] Rendu BANO

2014-05-22 Diskussionsfäden Vincent Bergeot

Le 21/05/2014 17:02, Francescu GAROBY a écrit :
Si on fait un jeu celui qui a la plus grande zone rouge erronée a 
gagné, je crois que je pars bien, avec l'avenue Albert 1er, à Caen 
http://layers.openstreetmap.fr/?zoom=16lat=49.17165lon=-0.33986layers=00B00FFT (le 
grand triangle rouge, au milieu).
alors je ne sais pas et je ne veux pas jouer la comparaison mais si l'on 
regarde cette zone :

http://layers.openstreetmap.fr/?zoom=16lat=44.84862lon=-0.61048layers=00B00FFT

on peut noter que quasiment toutes les valeurs du cadastre se termine 
par Caud, abréviation de Caudéran, ancienne commune rattachée à Bordeaux 
en 1965 :)


Bonne journée et merci pour cette BANO

--
Vincent Bergeot

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


Re: [OSM-talk-fr] Rendu BANO

2014-05-22 Diskussionsfäden Christian Quest
Même chose sur Lille... bien sûr il ne faut pas reprendre les libellés du
cadastre !

Nous allons devoir traiter ça en exception...


Le 22 mai 2014 08:15, Vincent Bergeot vinc...@bergeot.org a écrit :

  Le 21/05/2014 17:02, Francescu GAROBY a écrit :

 Si on fait un jeu celui qui a la plus grande zone rouge erronée a gagné,
 je crois que je pars bien, avec l'avenue Albert 1er, à 
 Caenhttp://layers.openstreetmap.fr/?zoom=16lat=49.17165lon=-0.33986layers=00B00FFT
  (le
 grand triangle rouge, au milieu).

 alors je ne sais pas et je ne veux pas jouer la comparaison mais si l'on
 regarde cette zone :

 http://layers.openstreetmap.fr/?zoom=16lat=44.84862lon=-0.61048layers=00B00FFT

 on peut noter que quasiment toutes les valeurs du cadastre se termine par
 Caud, abréviation de Caudéran, ancienne commune rattachée à Bordeaux en
 1965 :)

 Bonne journée et merci pour cette BANO

 --
 Vincent Bergeot


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




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


Re: [OSM-talk-fr] Rendu BANO

2014-05-22 Diskussionsfäden Pierre Knobel
On a ce problème sur toutes les communes fusionnées. Il faudra faire
attention, au moment de créer la relation AssociatedStreet, de bien
préciser le nom de l'ancienne commune d'une manière ou d'une autre
(j'utilise addr:place) pour éviter les noms de rues en double à
l'intérieur d'une unique limite communale. Peut-être même qu'il
faudrait rajouter l'info sur les tronçons de rues, si on part du
principe que c'est une bonne pratique de doubler l'info pour les
exploitants qui ne gèrent pas les relations (comme on le fait déjà
avec name=*).

On 5/22/14, Christian Quest cqu...@openstreetmap.fr wrote:
 Même chose sur Lille... bien sûr il ne faut pas reprendre les libellés du
 cadastre !

 Nous allons devoir traiter ça en exception...


 Le 22 mai 2014 08:15, Vincent Bergeot vinc...@bergeot.org a écrit :

  Le 21/05/2014 17:02, Francescu GAROBY a écrit :

 Si on fait un jeu celui qui a la plus grande zone rouge erronée a
 gagné,
 je crois que je pars bien, avec l'avenue Albert 1er, à
 Caenhttp://layers.openstreetmap.fr/?zoom=16lat=49.17165lon=-0.33986layers=00B00FFT
 (le
 grand triangle rouge, au milieu).

 alors je ne sais pas et je ne veux pas jouer la comparaison mais si l'on
 regarde cette zone :

 http://layers.openstreetmap.fr/?zoom=16lat=44.84862lon=-0.61048layers=00B00FFT

 on peut noter que quasiment toutes les valeurs du cadastre se termine par
 Caud, abréviation de Caudéran, ancienne commune rattachée à Bordeaux en
 1965 :)

 Bonne journée et merci pour cette BANO

 --
 Vincent Bergeot


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




 --
 Christian Quest - OpenStreetMap France


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


Re: [OSM-talk-fr] Rendu BANO

2014-05-22 Diskussionsfäden Vincent Bergeot

Le 22/05/2014 08:28, Christian Quest a écrit :
Même chose sur Lille... bien sûr il ne faut pas reprendre les libellés 
du cadastre

Nous allons devoir traiter ça en exception...


je me doutais un peu mais à part sur cette liste je ne voyais pas 
comment le faire remonter.


Est ce qu'il y a un espace de remontées des erreurs un peu systématique ?

A plus

--
Vincent Bergeot


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


Re: [OSM-talk-fr] Rendu BANO

2014-05-22 Diskussionsfäden Jean-Marc Liotier

On 22/05/2014 08:28, Christian Quest wrote:
Le 22 mai 2014 08:15, Vincent Bergeot vinc...@bergeot.org 
mailto:vinc...@bergeot.org a écrit :


alors je ne sais pas et je ne veux pas jouer la comparaison mais
si l'on regarde cette zone :

http://layers.openstreetmap.fr/?zoom=16lat=44.84862lon=-0.61048layers=00B00FFT

on peut noter que quasiment toutes les valeurs du cadastre se
termine par Caud, abréviation de Caudéran, ancienne commune
rattachée à Bordeaux en 1965 :)


Nous allons devoir traiter ça en exception...


Ca n'est certes pas moi qui ait l'écriture du code sur ma TODO, mais 
j'ai comme un hérissement de poils à l'idée d'introduire des cas 
d'exception de ce genre, que les générations futures devront maintenir - 
si elles s'en rappellent...


Le traitement de cette exception ne devrait-il pas plutôt consister en 
la généralisation des ref:FR:FANTOIR sur cette commune ?


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


Re: [OSM-talk-fr] Rendu BANO

2014-05-22 Diskussionsfäden V de Chateau-Thierry
Bonjour,

 De : Jean-Marc Liotier
 On 22/05/2014 08:28, Christian Quest wrote:

 Nous allons devoir traiter ça en exception...

 Ca n'est certes pas moi qui ait l'écriture du code sur ma TODO, mais j'ai 
 comme un 
 hérissement de poils à l'idée d'introduire des cas d'exception de ce genre, 
 que les 
 générations futures devront maintenir - si elles s'en rappellent...

 Le traitement de cette exception ne devrait-il pas plutôt consister en la 
 généralisation des ref:FR:FANTOIR sur cette commune ?

D'accord avec toi Jean-Marc, il faut juste être conscients du phénomène suivant 
:
- on a la rue  à (anciennement) Caudéran
- on a une autre rue xxx ailleurs dans Bordeaux
Pour l'instant, et sans gérer d'exception, on va rattacher les 2 entités au 
même code
Fantoir qui correspond à la rue xxx à Bordeaux.
C'est a posteriori qu'il faudra détecter 2 choses :
- un code Fantoir absent d'OSM, et qui correspond à la rue xxx de Caudéran
- une relation associatedStreet avec des membres 'street' déconnectés et très 
éloignés
les uns des autres et corriger unitairement.

vincent

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


Re: [OSM-talk-fr] Rendu BANO

2014-05-22 Diskussionsfäden Vincent Bergeot

Le 22/05/2014 09:43, Jean-Marc Liotier a écrit :

On 22/05/2014 08:28, Christian Quest wrote:
Le 22 mai 2014 08:15, Vincent Bergeot vinc...@bergeot.org 
mailto:vinc...@bergeot.org a écrit :


alors je ne sais pas et je ne veux pas jouer la comparaison mais
si l'on regarde cette zone :

http://layers.openstreetmap.fr/?zoom=16lat=44.84862lon=-0.61048layers=00B00FFT

on peut noter que quasiment toutes les valeurs du cadastre se
termine par Caud, abréviation de Caudéran, ancienne commune
rattachée à Bordeaux en 1965 :)


Nous allons devoir traiter ça en exception...


Ca n'est certes pas moi qui ait l'écriture du code sur ma TODO, mais 
j'ai comme un hérissement de poils à l'idée d'introduire des cas 
d'exception de ce genre, que les générations futures devront maintenir 
- si elles s'en rappellent...


Le traitement de cette exception ne devrait-il pas plutôt consister en 
la généralisation des ref:FR:FANTOIR sur cette commune ?

j'entends bien le coté exception et si on peut l'éviter, ok.
Pour être sur de bien comprendre, est ce que cela signifie ajouter dans 
osm pour toutes ces rues la ref:FR:FANTOIR qui apparaît sur la couche 
cadastre (rouge) de BANO.


A plus


--
Vincent Bergeot

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


Re: [OSM-talk-fr] Un MOOC OSM ?

2014-05-22 Diskussionsfäden Vincent Bergeot

Le 21/05/2014 20:29, Antoine Riche a écrit :
Je propose de prendre les inscriptions pour proposer un projet jusqu'à 
vendredi, puis de le proposer sur le site de FUN.  Il faut un porteur 
de projet, je veux bien m'y coller mais si quelqu'un d'autre est 
volontaire tout va bien. Vincent en est çà fait déjà deux :-)

cela me convient :)

A plus

PS : j'ai tendance à préférer que l'on travaille sur le wiki d'osm 
plutôt que sur les google form et autres trucs où on accordent tous les 
droits à ces entreprises.
Pour ma part, je n'ai pas d'objectifs de validation de ce mooc et donc 
de devoir répondre absolument aux contraintes données par le mooc.


--
Vincent Bergeot


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


[OSM-talk-fr] Bano : comment corriger cette erreur ?

2014-05-22 Diskussionsfäden Pierre-Yves Berrard
Bano voit rouge pour la rue où j'habite :

http://layers.openstreetmap.fr/?zoom=18lat=48.67121lon=6.17732layers=BFFT

OSM et Cadastre ont été correctement appariés, puisque des adresses bleues
apparaissent.

Mais le cadastre fait mention d'une autre rue au nom étrange (Rue Pierre
Curie Mal Oudinot) avec seulement quelques adresses (3bis 3ter et 73).

*Il est possible que la rue s'appelait juste rue Pierre Curie et que
madame a été ajoutée plus tard.*
*En revanche, je ne vois pas ce que le Maréchal Oudinot vient faire là au
milieu (la rue du Maréchal Oudinot se trouve certes non loin de là, mais
bon...).*

Que faire avec cette rue du cadastre manifestement fantôme ?

Pierre-Yves / the_knife

PS : j'en profite pour féliciter les gens qui travaillent sur ce projet.
Super outil pour renseigner les noms de rue, et surtout savoir où elles
commencent et s'arrêtent, le tout sans switcher en permanence entre
Mercator et Lambert 9Z !
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Bano : comment corriger cette erreur ?

2014-05-22 Diskussionsfäden Christian Quest
Ca ressemble à une erreur du cadastre (ou de nos scripts, mais ça
m'étonnerai dans le cas présent).
Le cadastre n'est pas une référence absolue, exempte d'erreurs (comme
quasiment toute source).

Que faire ?

Vérifier sur le terrain si un 3bis et 3ter existent, et peut être ce 73.
Ils sont peut être attribués par erreur à une voie fantôme mais bien
présent sur le terrain pour la Rue Pierre (et Marie ?) Curie.
Si ils existent bien, les ajouter dans OSM pour la rue validée sur le
terrain... sinon... les ignorer mais pour ça je ne vois pas trop comment la
signaler actuellement, mais on réfléchit à un outil de remontée de ce type
d'erreur.



Le 22 mai 2014 15:21, Pierre-Yves Berrard pierre.yves.berr...@gmail.com a
écrit :

 Bano voit rouge pour la rue où j'habite :


 http://layers.openstreetmap.fr/?zoom=18lat=48.67121lon=6.17732layers=BFFT

 OSM et Cadastre ont été correctement appariés, puisque des adresses bleues
 apparaissent.

 Mais le cadastre fait mention d'une autre rue au nom étrange (Rue Pierre
 Curie Mal Oudinot) avec seulement quelques adresses (3bis 3ter et 73).

 *Il est possible que la rue s'appelait juste rue Pierre Curie et que
 madame a été ajoutée plus tard.*
 *En revanche, je ne vois pas ce que le Maréchal Oudinot vient faire là au
 milieu (la rue du Maréchal Oudinot se trouve certes non loin de là, mais
 bon...).*

 Que faire avec cette rue du cadastre manifestement fantôme ?

 Pierre-Yves / the_knife

 PS : j'en profite pour féliciter les gens qui travaillent sur ce projet.
 Super outil pour renseigner les noms de rue, et surtout savoir où elles
 commencent et s'arrêtent, le tout sans switcher en permanence entre
 Mercator et Lambert 9Z !

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




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


Re: [OSM-talk-fr] Format FANTOIR

2014-05-22 Diskussionsfäden Lenny


Le 21/05/2014 12:04, Christian Quest a écrit :
le ref:FR:FANTOIR est apparu dans OSM avant que le fichier FANTOIR ne 
soit disponible sous licence libre.


En fait, on avait dans des données opendata (Nantes pas exemple) un 
code RIVOLI devenu FANTOIR, mais ne comportant que les 5 derniers 
caractères. Pour éviter les doublons, on a jouté le code INSEE en préfixe.


Le code de direction a, à mon avis, plus de chance de changer que le 
code INSEE de la commune.
Son intérêt dans OSM est très limité et il est très facile de passer 
d'un ref:FR:FANTOIR à 10 chiffres à la version à 11 chiffres du 
fichier FANTOIR.



Bonjour.
Comme je n'ajoute pas ce code tous les jours, je me pose la question à 
chaque fois !
J'ai ajouté l'infos que le code Direction n'était pas pris en compte 
dans le wiki : http://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:FANTOIR


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


Re: [OSM-talk-fr] Bano : comment corriger cette erreur ?

2014-05-22 Diskussionsfäden Pierre-Yves Berrard
C'est manifestement une erreur du cadastre. Donc je laisse en l'état.

En revanche, je sèche sur celui-ci :
http://layers.openstreetmap.fr/?zoom=18layers=BFFTlat=48.68721lon=6.16134
Le code FANTOIR est sur la relation depuis janvier :
http://www.openstreetmap.org/relation/29053

Pourquoi l'appariement a-t-il échoué ?


Le 22 mai 2014 15:34, Christian Quest cqu...@openstreetmap.fr a écrit :

 Ca ressemble à une erreur du cadastre (ou de nos scripts, mais ça
 m'étonnerai dans le cas présent).
 Le cadastre n'est pas une référence absolue, exempte d'erreurs (comme
 quasiment toute source).

 Que faire ?

 Vérifier sur le terrain si un 3bis et 3ter existent, et peut être ce 73.
 Ils sont peut être attribués par erreur à une voie fantôme mais bien
 présent sur le terrain pour la Rue Pierre (et Marie ?) Curie.
 Si ils existent bien, les ajouter dans OSM pour la rue validée sur le
 terrain... sinon... les ignorer mais pour ça je ne vois pas trop comment la
 signaler actuellement, mais on réfléchit à un outil de remontée de ce type
 d'erreur.



 Le 22 mai 2014 15:21, Pierre-Yves Berrard pierre.yves.berr...@gmail.coma 
 écrit :

 Bano voit rouge pour la rue où j'habite :


 http://layers.openstreetmap.fr/?zoom=18lat=48.67121lon=6.17732layers=BFFT

 OSM et Cadastre ont été correctement appariés, puisque des adresses
 bleues apparaissent.

 Mais le cadastre fait mention d'une autre rue au nom étrange (Rue Pierre
 Curie Mal Oudinot) avec seulement quelques adresses (3bis 3ter et 73).


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


Re: [OSM-talk-fr] Bano : comment corriger cette erreur ?

2014-05-22 Diskussionsfäden Frédéric Rodrigo

Le 22/05/2014 20:22, Pierre-Yves Berrard a écrit :

C'est manifestement une erreur du cadastre. Donc je laisse en l'état.

En revanche, je sèche sur celui-ci :
http://layers.openstreetmap.fr/?zoom=18layers=BFFTlat=48.68721lon=6.16134
Le code FANTOIR est sur la relation depuis janvier :
http://www.openstreetmap.org/relation/29053

Pourquoi l'appariement a-t-il échoué ?


La processus de rapprochement de la bano n'utilise pas encore le code 
fantoir... work in porgress.



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


Re: [OSM-talk-fr] Bano : comment corriger cette erreur ?

2014-05-22 Diskussionsfäden Vincent de Château-Thierry

Bonsoir,

Le 22/05/2014 20:30, Frédéric Rodrigo a écrit :

Le 22/05/2014 20:22, Pierre-Yves Berrard a écrit :

C'est manifestement une erreur du cadastre. Donc je laisse en l'état.

En revanche, je sèche sur celui-ci :
http://layers.openstreetmap.fr/?zoom=18layers=BFFTlat=48.68721lon=6.16134

Le code FANTOIR est sur la relation depuis janvier :
http://www.openstreetmap.org/relation/29053

Pourquoi l'appariement a-t-il échoué ?


La processus de rapprochement de la bano n'utilise pas encore le code
fantoir... work in porgress.


C'est normalement effectif depuis 10 mn :)
Désormais le code Fantoir trouvé dans les données OSM est considéré en 
priorité, et empêche une tentative de rapprochement sur le nom. On 
devrait donc pouvoir bénéficier d'une saisie manuelle du code Fantoir, 
quand bien même les noms diffèrent, pour dégommer des points rouges.
Il faudra en revanche un peu de temps pour propager cette évolution dans 
le contenu que nous avons déjà traité, qu'il va falloir... retraiter. 
Patience donc pour en voir les effets sur le rendu. Ça devrait être 
rentré dans l'ordre dans le courant du week-end.


vincent

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


Re: [OSM-talk-fr] Bano : comment corriger cette erreur ?

2014-05-22 Diskussionsfäden Gaël Simon
Un grand merci pour la construction de ce travail

Gaël

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


Re: [Talk-GB] [OHM] New York Public Library - Building Inspector

2014-05-22 Diskussionsfäden Rob Nickerson
I've now had updated map files through from NLS and these work well. The
main priorities now are:

* Website - we need to think about the design. I've just raised this with
Chris at the NLS to get his thoughts (it is after all their maps at the
moment).

* Improving the vectorizer so that we don't end up with a gap between
terrace buildings. Help from the GIS community would be great. See the bug
details at https://github.com/NYPL/map-vectorizer/issues/19

Regards,
Rob


On 21 May 2014 22:41, Rob Nickerson rob.j.nicker...@gmail.com wrote:

 Good work Tim. It seems we have a lot of people interested in this. :-D

 In regards to the NLS maps, I am having some trouble with the sample files
 sent through to me. I sent them on to the guys from NYPL and even they
 struggled. I've just contacted Chris at NLS to see if he can send me them
 in a different file format.

 Meanwhile there is a chance to improve the map vecotorizer tool. Currently
 the way it works leaves a gap between terrace buildings. If you, or anyone
 you know may be able to help solve this GIS problem (including post
 processing), please get in touch. Details at:
 https://github.com/NYPL/map-vectorizer/issues/19

 Regards,
 Rob


 On 21 May 2014 22:31, Tim Waters chippy2...@gmail.com wrote:

 Hi folks,

 I've heard back from the British Library - they are hugely interested
 with the Map-Vectorizer work - it's really encouraging.

 In brief they said that they were positive but that they'd need to get
 some things sorted first, looking at licensing, formats etc and they would
 update me soonish.

 In the meantime I suggest we go ahead with the NLS maps and see if we can
 get our stack up and running with those maps?

 Cheers,

 Tim


 On 18 May 2014 23:01, Rob Nickerson rob.j.nicker...@gmail.com wrote:

 Nice work Tim.You're right about the traced and centroid JSON files.They
 do indeed come out of the NYPL map-vectorizer [1]. I've got a version of
 this up and running on my computer and have successfully vectorized the
 test file.

 Chris Fleet (from NLS) has sent me some test maps, however these are
 Jpeg 2000 files and are causing quite a bit of trouble so far. At first I
 thought it was a bug in my computer (in the jasper library that's
 responsible for opening jp2 files), but I tried a second computer today and
 that failed to. I'll get in touch with Chris again. Meanwhile those BL Goad
 maps look great. Let us know if you hear back from BL.

 Thanks for your help,
 Rob

 [1] https://github.com/NYPL/map-vectorizer


 On 18 May 2014 22:35, Tim Waters chippy2...@gmail.com wrote:

 Couple of things - building inspector update and British Library Goad
 maps.

 Building Inspector update:

 I've got it working and have put up an instance on heroku for the
 moment - Works well and it can handle 10K rows in the database for free.

 http://leatherwood.herokuapp.com/
 * It's just got about half of the NYPL data in it
 * Only Twitter log in will work for it.
 * Initially only the Check Polygons task will work until there's enough
 that's been checked, and then the other tasks become unlocked.

 The code is here: https://github.com/timwaters/building-inspector

 So, it does require some configuring. We need:
 * a tile set for the basemap
 Also - some files like what's in
 https://github.com/timwaters/building-inspector/tree/master/public/files:
 * ingestor_config_builder.py run on the geotiffs
 * The traced and centroid json files which I imagine are generated by
 the vectorising process.

 We'd also need to tweak the website blurb etc

 Overall it should be quite easy to get a pilot area done.

 -

 British Library Goad Maps

 Like the NYPL's maps - these are fire insurance maps of the 19th
 century - they have various colours, addresses etc and great detail. They
 are the perfect thing for our Building Inspector. In addition, the coverage
 is immense. Major towns and cities in Ireland and the UK.

 http://www.bl.uk/onlinegallery/onlineex/firemaps/fireinsurancemaps.html

 I've reached out via Twitter and via email to the Library asking for a
 couple of maps for a pilot area to look at.

 Cheers,

 Tim




 On 16 May 2014 19:57, Rob Nickerson rob.j.nicker...@gmail.com wrote:

 Thanks for you help Tim,

 The NYPL code is here:
 https://github.com/NYPL/building-inspector/

 I'm assuming it's rails as that's mentioned in some of the code
 commits, but I don't know any more than that.

 Best,
 Rob

 p.s. The code for vectorizing maps is also on GitHub. Chris has sent
 me a couple of GeoTIFs so I'm going to have a go with them this weekend.



 On 16 May 2014 12:51, Tim Waters chippy2...@gmail.com wrote:

 I might have some time this weekend to look at the Rails side of
 things (that is, if no one else has made any progress)

 Will ping back in a couple of days

 Tim


 On 12 May 2014 21:08, Rob Nickerson rob.j.nicker...@gmail.comwrote:

 Hi Steven,

 Thanks for the offer of help. Yesterday I managed to get the NYPL
 vectorizer working (this is the tool 

[Talk-cl] Ayuda de crowdmap para Valpo.

2014-05-22 Diskussionsfäden Edmundo P. Leiva-Lobos
Colegas de OpenStreetmap.cl

Es preciso ayuda voluntaria pero profesional de algún informático para
entender y adaptar una plataforma crowdmap para una realidad chilena.

La ayuda se necesita para los damnificados del incendio de Valparaiso.

Los datos del encargado de este proyecto es :


*Diego Eguren Ibacache*Médico encargado de trabajo en terreno y crowdmap

Medicina Todo Terreno - COE Hontaneda

Comité Operativo de Emergencia

diego.e...@gmail.com
Teléfono 98107551


El documento asociada al planteamiento de la necesidad está --
aquíhttps://drive.google.com/file/d/0BzFw22qGDzA2eTB2Y3B1MFpUcGo5WUJwdDJPS1JYN2xfdUVj/edit?usp=sharing
.


Si alguien se anima y puede ayudar me avisa. Esto es un encargo de una
colega de mi Universidad y debo contestarle si alguna persona se interesó y
puede cooperar en esta causa.


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


Re: [Talk-cl] Servicio geocoding.cloudmade.com ya no esta disponible

2014-05-22 Diskussionsfäden Juan Pizarro
Hola,

Yo puedo comenzar a migrar http://openstreetmap.cl/ a otro servicio de
geocoding/routing, para ello necesitaría acceso a la ultima versión del
código del sitio, y que se defina a cual servicio se migraría.

como alternativas hasta el momento se han nombrado:

geocoding
1) mapquest.com
2) http://nominatim.openstreetmap.org/

routing
1) http://map.project-osrm.org/
2) http://www.skobbler.com/
3) mapquest.com

Saludos


El 19 de mayo de 2014, 12:17, Juan Pizarro jpizar...@gmail.com escribió:

 La idea es ver que alternativas/servicios existen para volver a dejar el
 sitio http://openstreetmap.cl/ operativo.

 mapquest.com cuenta con api para geocoding y routing
 http://developer.mapquest.com/web/products/open/directions-service
 http://developer.mapquest.com/web/products/open/geocoding-service

 Saludos


 El 19 de mayo de 2014, 12:02, Felipe Edwards 
 felipeedwa...@gmail.comescribió:

 Ok
 en todo caso hay excelente ruteadores online, y julio lo sabe. No se que
 ha pensado al respecto

 por si te sirven
 1) http://map.project-osrm.org/
 2) http://www.skobbler.com/

 saludos


 2014-05-19 11:07 GMT-04:00 Juan Pizarro jpizar...@gmail.com:

 Hola Felipe,

 Me refería a ruteo en el sitio web http://openstreetmap.cl/, ya que si
 también se estaba usando cloudmade, hay que buscar otra alternativa.

 Saludos


 El 18 de mayo de 2014, 13:02, Felipe Edwards 
 felipeedwa...@gmail.comescribió:

 Hola
 Te refieres a ruteo para garmin?
 hay varias en la wiki, pero recomiendo dos:
  1) http://garmin.openstreetmap.nl/. Tiene dos modalidades de mapas
 ruteables, tiene la misma estética que los navteq. Se actualizan
 quincenalmente (en promedio)..
 2) http://mapas.alternativaslibres.es/. se actualizan casi a diario,
 tienen una estética novedosa, pero que yo la encuentro un tanto confusa.
 Ademas tiene un sistema de eliminación de nodos para hacerlo mas liviano
 (según el creador) y de repente las cosas se ven medias deformes, pero
 están bastante bien. Es cosa de gustos

 Te recomiendo dejarle un mensaje en la pagina, los responde altiro.
 Quizás te puede ayudar con tus otras dudas..
 saludos


 2014-05-18 8:00 GMT-04:00 talk-cl-requ...@openstreetmap.org:

 Envíe los mensajes para la lista Talk-cl a
 talk-cl@openstreetmap.org

 Para subscribirse o anular su subscripción a través de la WEB
 https://lists.openstreetmap.org/listinfo/talk-cl

 O por correo electrónico, enviando un mensaje con el texto help en
 el asunto (subject) o en el cuerpo a:
 talk-cl-requ...@openstreetmap.org

 Puede contactar con el responsable de la lista escribiendo a:
 talk-cl-ow...@openstreetmap.org

 Si responde a algún contenido de este mensaje, por favor, edite la
 linea del asunto (subject) para que el texto sea mas especifico que:
 Re: Contents of Talk-cl digest Además, por favor, incluya en la
 respuesta sólo aquellas partes del mensaje a las que está
 respondiendo.


 Asuntos del día:

1. Servicio geocoding.cloudmade.com ya no esta disponible
   (Juan Pizarro)


 --

 Message: 1
 Date: Sat, 17 May 2014 08:40:05 -0400
 From: Juan Pizarro jpizar...@gmail.com
 To: talk-cl@openstreetmap.org talk-cl@openstreetmap.org
 Subject: [Talk-cl] Servicio geocoding.cloudmade.com ya no esta
 disponible
 Message-ID:
 CAJWUa1QzSjCyuwKsP_Y4zFgmVkwsD1jwKO=
 yvc0xsdjub7e...@mail.gmail.com
 Content-Type: text/plain; charset=utf-8

 Hola a Todos,

 Escribo para comentar que el servicio de geocoding que se usa en
 http://openstreetmap.cl/ ya no esta disponible, por lo que se debe
 evaluar
 otras alternativas.

 Que otras alternativas existen para geocoding? y para routing?

 Saludos

 --

 *Juan Pizarro*
*Mob:*
 *E-Mail:*
 +56 9 75891972
 jpizar...@gmail.com jpiza...@doingit.cl
 -
 OpenStreetMap.cl: El Mapa Libre del Mundo
  próxima parte 
 Se ha borrado un adjunto en formato HTML...
 URL: 
 http://lists.openstreetmap.org/pipermail/talk-cl/attachments/20140517/8471ca87/attachment-0001.html
 

 --

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


 Fin de Resumen de Talk-cl, Vol 54, Envío 2
 **




 --
 Felipe Edwards Cerda


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




 --

 *Juan Pizarro*
*Mob:*
 *E-Mail:*
 +56 9 75891972
 jpizar...@gmail.com jpiza...@doingit.cl
 -
 OpenStreetMap.cl: El Mapa Libre del Mundo




 --
 Felipe Edwards Cerda




 --

 *Juan Pizarro*
*Mob:*
 *E-Mail:*
 +56 9 75891972
 jpizar...@gmail.com jpiza...@doingit.cl
 -
 OpenStreetMap.cl: El Mapa Libre del Mundo




-- 

*Juan Pizarro*
   *Mob:*
*E-Mail:*
+56 9 75891972
jpizar...@gmail.com