date:20141016

2014-10-16 8:28 GMT+02:00 Marc Gemis marc.ge...@gmail.com:

 IMHO the best way to avoid problems in that spot is to do what other
 suggested: add the footpath between the 2 street (thereby fixing the
 navigation for pedestrians) and/or adding the small piece of landuse=grass
 + the tree.



+0.95 (because grass is really not a landuse but a landcover), or a
fence, or guard rail or retaining wall or wall, or waterway, or bollard, or

As soon as you micromap the stuff between the unconnected roads it should
become clear that they aren't connected. In some rare cases there might be
something that is hard to map, e.g. a sidewalk separating the two roads (in
my area often with parked cars preventing also physically the connection
for cars), which still could be abstracted as a footway connection.

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

Re: [OSM-talk] Detrimental validation software

2014-10-16 Per discussione Andrew Buck

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Yes, in a case like the sidewalk separating them as a barrier though,
you can simply add a noexit=yes on the road end.  All major error
checkers override the warning when this is present.

I think this is the obvious solution and am surprised this thread has
gone on this long.  A simple mistake was made, it was found and
corrected, and people will be more careful in the future.  This is how
OSM works, why are we still discussing this?

- -AndrewBuck

 +0.95 (because grass is really not a landuse but a landcover), or
 a fence, or guard rail or retaining wall or wall, or waterway, or
 bollard, or  As soon as you micromap the stuff between the
 unconnected roads it should become clear that they aren't
 connected. In some rare cases there might be something that is hard
 to map, e.g. a sidewalk separating the two roads (in my area often
 with parked cars preventing also physically the connection for
 cars), which still could be abstracted as a footway connection.
 
 cheers, Martin

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)

iQIcBAEBAgAGBQJUP8JfAAoJEK7RwIfxHSXbLygP/jiaOKx1KQA7UWv333WuvARG
O9rIT13rW0I9+AAOypqKrgWT5o3sWr2FYaK+r1d+KIFuqXJGIUDa2QNZlmagBtKp
K4Kjh3J1unhM7jy/GNxhI2bw8iualuUbtEtG4ntLvffSNd1aPPA0jFn0SR9fmwIY
ACG1jH36JCukFTY/TG9FZcKWVYFIbPhEtLVWLw8tMi+LVEOPFCgm6zu81ApktUtM
WoO47rqOTmiJcVHoc/6738vJ2XjC+90NtQz0dkg/1F8ETzy9om+zFqhetns22yWx
BQbnuDwoRP0qmBdwjM/E6PNSd3bOFv0pkxpIdOeuMXeMslY7RuHKCe1byvRR5uMc
5BHva7lxM0s6AkAGRgKQU/tkRKG/CCuYx3g1J1jugwcWAXKogSkWiPFA8uW9UM8b
xnaP5zjF8jMQZQU57ih+yF2OMd86DAnkuTMWer55V7xmz3TGD7hUSw3OsUnVoKiF
/Sk8sU+zx8MI+l/NUDcHjgEZa3ffdcBIu8Y/TQUfdH/fdzFV2Wy/SROwY0b7sNAM
r6bg5sV5H8lzmTGdaPNXztz6BQBavk5iIe89WBTsK+TkChJh/hfDK89hZ7pk4YCV
22IxdrXtJUfZONtM3uQLRIDQItClxbsUOyWpWNdQBuoIh77U2+/XY9ClG/SHqP/P
MZ0Mav0GTugXV8ghbXqW
=I9PK
-END PGP SIGNATURE-

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

Re: [OSM-talk] Detrimental validation software

2014-10-16 Per discussione Dave F.


Hi Marc

I had a footpath between them.

IMO users should be responsible for their own actions. Users should map 
what they believe to be useful or important  objects with little 
benefit just to prevent others adding errors. Especially when those 
errors aren't mistakes, but guesses made with aforethought.


I had another such edit from the same user yesterday. I asked him to 
review  he's reverted which I'm grateful for, but it can't continue 
like this. OSM users/editors can't be expected to be a validator's 
validator.


I completely disagree that not adding a footpath makes the map 
incorrect. Have you mapped every single physical object in your area?


To make the first edit even worse, a user from Iceland, presumably using 
the Streetview image, has added grass,  other entities!


Cheers
Dave F.


On 16/10/2014 07:28, Marc Gemis wrote:

Dave,

IMHO the best way to avoid problems in that spot is to do what other 
suggested: add the footpath between the 2 street (thereby fixing the 
navigation for pedestrians) and/or adding the small piece of 
landuse=grass + the tree.
I assume nobody will remove that just to fix a problem reported by an 
QA-site. The site might not even report the problem (as there is a 
footpath between the two and not an empty space)


I don't know what is worse, a local mapper that does not add the 
footpath between the two streets or a armchair mapper that connects 
the two. The map is incorrect in both cases...
The best way to document why 2 streets are not connected is by 
mapping the obstacle between them or the other type of road between 
them. That should exclude the spot from detection algorithms.


just my .5 cent

regards

m

On Wed, Oct 15, 2014 at 5:25 PM, Dave F. dave...@madasafish.com 
mailto:dave...@madasafish.com wrote:


Ian

I will make  reinforce my point of view vehemently, especially
when misuse of Google is implied,  definitely when repeated
amendments are to the detriment of the database.

Regards
Dave F.

On 14/10/2014 17:22, Ian Dees wrote:

On Tue, Oct 14, 2014 at 11:56 AM, Dave F. dave...@madasafish.com
mailto:dave...@madasafish.com wrote:

On 13/10/2014 17:18, Aaron Lidman wrote:

Looking at the imagery I can see how it might be thought
they connect, especially when none of us are using google
maps for verification, right?


Wrong. I was using Streetview to confirm to the forum what I
already knew - that the roads don't join. I don't need Google
as I went there  did a proper visual survey, whereas your
employee just thought they might join. This armchair
guesswork is bad for the OSM database: If you're unsure if an
edit will improve the quality of the map - please don't make it.

I use the validation software you mention, but only to
correct data that I have first hand knowledge of  never to
amend something in another time zone where I've never been.
Even when I do use them, I stop to think whether it is an
accurate error report  not blindly fix it assuming it must
be true.


A reminder to watch our language on the list. Like Frederik said,
assume good intentions and don't use hyperbole or loud words to
force your point.

Thanks,
Your friendly list moderator





http://www.avast.com/   

This email is free from viruses and malware because avast!
Antivirus http://www.avast.com/ protection is active.



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






---
This email is free from viruses and malware because avast! Antivirus protection 
is active.
http://www.avast.com
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Detrimental validation software

2014-10-16 Per discussione Maarten Deen


On 2014-10-16 15:15, Dave F. wrote:


 I had a footpath between them.


So the problem is also that the check is wrong. Apperantly it looks at 
major roads that are apart, but doesn't see that they are connected by 
another road.

IMHO these cases should not be shown at all.

Regards,
Maarten

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

Re: [OSM-talk] Detrimental validation software

2014-10-16 Per discussione SomeoneElse


On 16/10/2014 14:28, Maarten Deen wrote:

On 2014-10-16 15:15, Dave F. wrote:


 I had a footpath between them.


So the problem is also that the check is wrong. Apperantly it looks at 
major roads that are apart, but doesn't see that they are connected by 
another road.

IMHO these cases should not be shown at all.


Quite possibly, but as (Andrew Buck has already said) what really 
happened here is that a mapper made a mistake.  It's not a software 
problem so much as a human one - and the way to fix that is to bring all 
mappers (paid or otherwise) into the community, so that they can learn 
from the mistakes that we've _all_ made in the past*, which according to 
the Mapbox page in the wiki, is exactly what they're doing.


Cheers,

Andy

* Let he who is without sin etc.:

http://www.youtube.com/watch?v=R_hlMK7tCks


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

Re: [OSM-talk] Detrimental validation software

2014-10-16 Per discussione Alexandre Magno Brito de Medeiros

2014-10-16 15:43 GMT+02:00 SomeoneElse li...@mail.atownsend.org.uk:

 and the way to fix that is to bring all mappers (paid or otherwise) into
 the community, so that they can learn from the mistakes that we've _all_
 made in the past*




I think the fact that the mapper was paid to edit does make a difference.
People/Companies that pay other people for mapping must ensure that the
quality of those paid mappers is at least as good as that of the volunteer
mappers (i.e. the normal mappers). I'd actually expect it to be better than
average, because when you spend a lot of time mapping you will become more
experienced and normally you will therefor do better mapping.

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

Re: [OSM-talk] Detrimental validation software

2014-10-16 Per discussione Dave F.


On 16/10/2014 14:43, SomeoneElse wrote:

On 16/10/2014 14:28, Maarten Deen wrote:

On 2014-10-16 15:15, Dave F. wrote:


 I had a footpath between them.


So the problem is also that the check is wrong. Apperantly it looks 
at major roads that are apart, but doesn't see that they are 
connected by another road.

IMHO these cases should not be shown at all.


It's not a software problem so much as a human one 


It's a bit of both. The software is leading the decision process. Users 
are making ill inform judgements from it with no local knowledge: 
'Computer says Yes' type of thing. (punchline on a UK comedy sketch show 
for those unaware)


Dave F.

---
This email is free from viruses and malware because avast! Antivirus protection 
is active.
http://www.avast.com


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

Re: [OSM-talk] Detrimental validation software

2014-10-16 Per discussione Maarten Deen


On 2014-10-16 15:43, SomeoneElse wrote:

On 16/10/2014 14:28, Maarten Deen wrote:

On 2014-10-16 15:15, Dave F. wrote:


 I had a footpath between them.


So the problem is also that the check is wrong. Apperantly it looks at 
major roads that are apart, but doesn't see that they are connected by 
another road.

IMHO these cases should not be shown at all.


Quite possibly, but as (Andrew Buck has already said) what really
happened here is that a mapper made a mistake.


But he would not have been led there if it wasn't pointed out as an 
error.



 It's not a software
problem so much as a human one


I beg to differ. The roads were connected. Why show an error two roads 
are not connected when there is a connection.


Regards,
Maarten

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

Re: [OSM-talk] Detrimental validation software

2014-10-16 Per discussione Yves

Because its the purpose of this particular software.

On 16 octobre 2014 17:10:03 UTC+02:00, Maarten Deen md...@xs4all.nl wrote:
On 2014-10-16 15:43, SomeoneElse wrote:
 On 16/10/2014 14:28, Maarten Deen wrote:
 On 2014-10-16 15:15, Dave F. wrote:
 
  I had a footpath between them.
 
 So the problem is also that the check is wrong. Apperantly it looks
at 
 major roads that are apart, but doesn't see that they are connected
by 
 another road.
 IMHO these cases should not be shown at all.
 
 Quite possibly, but as (Andrew Buck has already said) what really
 happened here is that a mapper made a mistake.

But he would not have been led there if it wasn't pointed out as an 
error.

  It's not a software
 problem so much as a human one

I beg to differ. The roads were connected. Why show an error two roads

are not connected when there is a connection.

Regards,
Maarten

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

-- 
Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté.___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Detrimental validation software

2014-10-16 Per discussione colliar

Please, no. noexit=yes is wrong as there is an exit at least for foot.

Adding a short connecting path in between is the right solution.
The QA software should not report the case if there is a connection and
even if it is reported you would not change the situation if unsure but
rather get in touch with the last editor.

cu colliar

Am 16.10.2014 15:04, schrieb Andrew Buck:
 Yes, in a case like the sidewalk separating them as a barrier though,
 you can simply add a noexit=yes on the road end.  All major error
 checkers override the warning when this is present.

 I think this is the obvious solution and am surprised this thread has
 gone on this long.  A simple mistake was made, it was found and
 corrected, and people will be more careful in the future.  This is how
 OSM works, why are we still discussing this?




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

Re: [OSM-talk] Your chance to host State of the Map 2015

2014-10-16 Per discussione Paul Johnson

Crud, I guess Tulsa's out...

On Wed, Oct 15, 2014 at 12:46 PM, Rob Nickerson rob.j.nicker...@gmail.com
wrote:

 Hi list members,

 State of the Map conferences are a great way to bring the community
 together, reach out to new members and promote innovation. I am delighted
 to see that the OpenStreetMap Foundation have committed to continuing State
 of the Map in 2015.

 The OSMF annual SOTM complements local SOTMs {EU, US, Scotland, etc} and
 to me one of the big benefits is that the Foundation remains committed to
 taking SOTM to new places. Now it's your chance to host :-)

 The call for locations for SOTM 2015 is now open:

 http://wiki.openstreetmap.org/wiki/State_Of_The_Map_2015/Call_for_venues

 So why are you still reading this, get bidding :-)

 Regards,
 Rob
 SotM 2013 (Birmingham) local team



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


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

Re: [OSM-talk-nl] Wijken in Nederland

2014-10-16 Per discussione Ronald Stroethoff

Ik heb zelf als gewoonte als iemand mij de weg vraagt en ik weet de locatie 
ongeveer (bijvoorbeeld de rembrandtlaan), hem eerst naar de schildersbuurt 
te sturen (en vraag het daar opnieuw).
Het is dan prettig als deze schildersbuurt (of de bloemenbuurt) op de kaart 
te vinden is.

Minko wrote:

 Als de exacte grenzen bekend zijn, zou je ook de wijkgrenzen kunnen
 invoeren mbv multipolygoon relaties die getagd zijn met
 boundary=administrative en admin_level=11 Zie
 http://forum.openstreetmap.org/viewtopic.php?id=18168 De wijknamen blijken
 echter niet meer op de osm.org kaart te worden gerenderd (was voorheen nog
 wel het geval).
 
 ___
 Talk-nl mailing list
 Talk-nl@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-nl



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

[talk-au] Share Canberra MapJam using OpenStreetMap on Sunday 26 Oct, University of Canberra - all welcome!

2014-10-16 Per discussione dp1974

Hi OpenStreetMapers in the ACT!

ChangeMakers CBR invites you to attend the Share Canberra MapJam 2014
hosted by  is being held 26 October to coincide with the Sharing Cities
Network 2nd Annual Global #MapJam to build community and bring people
together in cities around the world:

http://mapjam2014-shareable.nationbuilder.com/djp1974/share_cbr_a_canberra_mapjam_session_for_the_changmakers_festival_changefest

By the end of the session Canberra will have a basic editable OpenStreetMap
of its sharable assets that can will be mashable. I am inviting you at the
suggestion of one Alex Sadleir, who will also be attending, but it would be
better to have more than one user on the day. If you think you can help
please RSVP and join us to put your skills to collective use!

Thanks in anticipation,

-- 
Dr David Pecotić
Academia.edu https://independent.academia.edu/DavidPecotic
Twitter https://twitter.com/djp1974
WAKE UP DOWN THERE! http://wudt.wordpress.com/

To pay attention, this is our endless and proper work. - Mary Oliver
http://bit.ly/TBBPTl
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

[Talk-br] Situação das Traduções - Edição 7

2014-10-16 Per discussione Vitor George

HOT Tasking Manager - 100%
*https://www.transifex.com/projects/p/osm-tasking-manager2/
https://www.transifex.com/projects/p/osm-tasking-manager2/*

*ID - presets - 92%*
https://www.transifex.com/projects/p/id-editor/resource/presets

*ID - core - 99%*
https://www.transifex.com/projects/p/id-editor/resource/core

*JOSM - 99,8%*
https://translations.launchpad.net/josm/trunk/+pots/josm/pt_BR/+details

Keepright - 100%
https://translations.launchpad.net/keepright/trunk/+pots/keepright/pt_BR/+details

*Merkaator - 93%*
https://translations.launchpad.net/merkaartor/trunk/+pots/merkaartor/pt_BR/+details

Merkaator (templates) - 100%
https://translations.launchpad.net/merkaartor/trunk/+pots/templates/pt_BR/+details


*Overpass Turbo - 82%*
https://www.transifex.com/projects/p/overpass-turbo

Taginfo - faltam textos longos
https://github.com/joto/taginfo/blob/master/web/i18n/pt.yml

Site do OpenStreetMap - 100%
http://translatewiki.net/w/i.php?title=Special:MessageGroupStatsgroup=out-osm-site

GraphHopper - 100%
http://bit.ly/1CM61na
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Situação das Traduções - Edição 7

Esse valor de *100%* com o HOT Tasking Manager* está muito errado*, se nada
mudou depois que olhei a última vez. Faz mais de 15 dias. O que resta
precisa ser feito a nível de código Pyhton, habilitando-se a internalização
dos respectivos dizeres.

Naqueles dias eu começara a rascunhar uma página wiki
https://github.com/alexandre-mbm/osm-tasking-manager2/wiki/Traduzir-localmente
que muito pode interessar aos interessados nesse trabalho. Com ela eu quero
registrar em português uma sequência organizada de passos para se *testar o
**Tasking Manager localmente*.

Aproveito o momento e peço desculpas à organização por estar afastado d'o
que começara https://github.com/OSMBrasil/Geolog-PMSP/issues/3 no
Geolog-PMSP. *Não desisti, não abandonei.* O lar em que vivo está sem
profissional doméstica regular durante esse mês¹, e meu irmão está por aqui
terminando de aproveitar sua segunda e última semana de férias. Então eu
tenho me aproximado do teclado somente para atividades menos tensas, tais
como ler/responder e-mails e assistir vídeos.

1 - Todos os dias, próximo das 13h, quase invariavelmente, estou
levantando-me da mesa e dirigindo-me às louças. Isso vai durar pelo menos
todo esse mês. Seria muito difícil fazer diferente e não ser mal
interpretado pelos que vivem comigo. Com o jantar acontece análogo. Minha
mãe já é muito sofrida. Só tem ela e eu para essas atividades. Esta nota é
uma espécie de satisfação para o que fiz com a última reunião de
quarta-feira.

Alexandre Magno

2014-10-16 13:02 GMT-03:00 Vitor George vitor.geo...@gmail.com:


 HOT Tasking Manager - 100%
 *https://www.transifex.com/projects/p/osm-tasking-manager2/
 https://www.transifex.com/projects/p/osm-tasking-manager2/*

 [mensagem truncada]

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

Re: [Talk-br] Situação das Traduções - Edição 7

2014-10-16 Per discussione Vitor George

Alexandre,

Como assim está errado? Olhei o .po e parece estar completo:

https://github.com/hotosm/osm-tasking-manager2/blob/master/osmtm/locale/pt_BR/LC_MESSAGES/osmtm.po

O nosso relatório mede a tradução e não a internacionalização. Se a
internacionalização não estive completa, é melhor tratar diretamente com os
desenvolvedores.

Abraço,
Vitor

2014-10-16 14:04 GMT-03:00 Alexandre Magno Brito de Medeiros
alexandre@gmail.com:

Esse valor de *100%* com o HOT Tasking Manager* está muito errado*, se
nada mudou depois que olhei a última vez. Faz mais de 15 dias. O que resta
precisa ser feito a nível de código Pyhton, habilitando-se a internalização
dos respectivos dizeres.

Naqueles dias eu começara a rascunhar uma página wiki
https://github.com/alexandre-mbm/osm-tasking-manager2/wiki/Traduzir-localmente
que muito pode interessar aos interessados nesse trabalho. Com ela eu quero
registrar em português uma sequência organizada de passos para se *testar
o **Tasking Manager localmente*.

Aproveito o momento e peço desculpas à organização por estar afastado d'o
que começara https://github.com/OSMBrasil/Geolog-PMSP/issues/3 no
Geolog-PMSP. *Não desisti, não abandonei.* O lar em que vivo está sem
profissional doméstica regular durante esse mês¹, e meu irmão está por aqui
terminando de aproveitar sua segunda e última semana de férias. Então eu
tenho me aproximado do teclado somente para atividades menos tensas, tais
como ler/responder e-mails e assistir vídeos.

1 - Todos os dias, próximo das 13h, quase invariavelmente, estou
levantando-me da mesa e dirigindo-me às louças. Isso vai durar pelo
menos todo esse mês. Seria muito difícil fazer diferente e não ser mal
interpretado pelos que vivem comigo. Com o jantar acontece análogo. Minha
mãe já é muito sofrida. Só tem ela e eu para essas atividades. Esta nota é
uma espécie de satisfação para o que fiz com a última reunião de
quarta-feira.

Alexandre Magno

2014-10-16 13:02 GMT-03:00 Vitor George vitor.geo...@gmail.com:

HOT Tasking Manager - 100%
*https://www.transifex.com/projects/p/osm-tasking-manager2/
https://www.transifex.com/projects/p/osm-tasking-manager2/*

[mensagem truncada]

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

Re: [Talk-br] Situação das Traduções - Edição 7

2014-10-16 Per discussione Alexandre Magno Brito de Medeiros

Exato. É o que eu expus. Na interface de usuário há coisa que não está em
português por nem mesmo constar no .po. Dito como você disse: não está
internacionalizado no código Pyhton. Se não houve mudanças, quem traduziu
o .po pt_BR de 0 a 100% fui eu, usando o Transifex. E pelo que avaliei isso
não está nem perto de completar a coisa. Então eu fui testar o sistema
localmente exatamente na intenção de deixar efetivamente tudo em português
(do Brasil).

Alexandre Magno

Em 16 de outubro de 2014 14:21, Vitor George vitor.geo...@gmail.com
escreveu:

Alexandre,

Como assim está errado? Olhei o .po e parece estar completo:

https://github.com/hotosm/osm-tasking-manager2/blob/master/osmtm/locale/pt_BR/LC_MESSAGES/osmtm.po

O nosso relatório mede a tradução e não a internacionalização. Se a
internacionalização não estive completa, é melhor tratar diretamente com os
desenvolvedores.

Abraço,
Vitor

2014-10-16 14:04 GMT-03:00 Alexandre Magno Brito de Medeiros
alexandre@gmail.com:

Alexandre Magno

2014-10-16 13:02 GMT-03:00 Vitor George vitor.geo...@gmail.com:

HOT Tasking Manager - 100%
*https://www.transifex.com/projects/p/osm-tasking-manager2/
https://www.transifex.com/projects/p/osm-tasking-manager2/*

[mensagem truncada]

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

[Talk-de] Wochennotiz Nr. 221 7.10.–13.10.2014

2014-10-16 Per discussione wn reader


Hallo,

die Wochennotiz Nr. 221 mit allen wichtigen Neuigkeiten aus der 
OpenStreetMap Welt ist da:


http://blog.openstreetmap.de/blog/2014/10/wochennotiz-nr-221/

Viel Spaß beim Lesen!

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

[Talk-de] historic=tomb

Gerade wird auf tagging über historic=tomb diskuttiert, weil der tag evtl.
im Cartostil gerendert werden soll. Aus diesem Anlass ist aufgefallen, dass
jemand im April die tag-Definition mit Verweis auf eine Deutsche Wikiseite
angepasst hat.

Ich wollte hier kurz Bescheid geben, dass ich die Kurz-Definition im
Englischen angepasst habe an das Proposal von 2011, und anregen, auch die
deutsche Wikiseite entsprechend anzupassen (wobei es im Deutschen ja auch
keinen Unterschied gibt von grave und tomb bzw. man durch andere Wörter
wie Grabstelle, Einzelgrab, Erdgrab, Gruft, etc. bei Bedarf
unterscheidet).

Hier das Proposal, das im Prinzip bis auf die Kurzdefinition der
tag-Wikiseite entspricht/entsprach:
https://wiki.openstreetmap.org/wiki/Proposed_features/tombs

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

Re: [Talk-it] Fwd: [OSM-talk] Your chance to host State of the Map 2015

2014-10-16 Per discussione cesare gerbino

eh sarebbe bello si! Nel 2015 ci sarà già anche FOSS4G Europe a Como ...
non sarebbe per niente male avere in Italia anche SOTM ...

Cesare Gerbino

http://cesaregerbino.wordpress.com/
http://www.facebook.com/cesare.gerbino
http://www.facebook.com/pages/Cesare-Gerbino-GIS-Blog/246234455498174?ref=hl
https://twitter.com/CesareGerbino
http://www.linkedin.com/pub/cesare-gerbino/56/494/77b


2014-10-16 0:52 GMT+02:00 Maurizio Napolitano napoo...@gmail.com:

 On Wed, Oct 15, 2014 at 7:51 PM, Cristian Consonni
 kikkocrist...@gmail.com wrote:
  Sono aperte le candidature per ospitare State of the Map nel 2015.

 e ci stiamo seriamente pensando :)

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

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

Re: [Talk-it] Fwd: [OSM-talk] Your chance to host State of the Map 2015


Il 16/10/2014 00:52, Maurizio Napolitano ha scritto:

On Wed, Oct 15, 2014 at 7:51 PM, Cristian Consonni
kikkocrist...@gmail.com wrote:

Sono aperte le candidature per ospitare State of the Map nel 2015.


e ci stiamo seriamente pensando :)


A Genova?

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

Re: [Talk-it] Fwd: [OSM-talk] Your chance to host State of the Map 2015

2014-10-16 Per discussione Francesca Valentina

Se non si è già deciso una città , Cagliari a giugno è molto ospitale ;-)

Francesca

2014-10-16 8:40 GMT+02:00 Alessandro ale_z...@libero.it:

 Il 16/10/2014 00:52, Maurizio Napolitano ha scritto:

 On Wed, Oct 15, 2014 at 7:51 PM, Cristian Consonni
 kikkocrist...@gmail.com wrote:

 Sono aperte le candidature per ospitare State of the Map nel 2015.


 e ci stiamo seriamente pensando :)


 A Genova?


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

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

Re: [Talk-it] Fwd: [OSM-talk] Your chance to host State of the Map 2015

2014-10-16 Per discussione Maurizio Napolitano

Se riesci a trovare luogo però almeno 300 persone e fondi e una squadra di
volontari sul posto allora parti con la candidatura :)
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Fwd: [OSM-talk] Your chance to host State of the Map 2015

2014-10-16 Per discussione Francesca Valentina

Entro la data di novembre? Potrei provarci! Ma se qualcuno é giá avanti in
tutto questo passo la palla :).

Immagino che serva anche un appoggio dall'universitá per i volontari ect.
Una cosa notevole di sotm14 erano le decina di studenti coinvolti che hanno
lavorato senza sosta per la durata della manifestazione.
F
Il 16/Ott/2014 09:30 Maurizio Napolitano napoo...@gmail.com ha scritto:

 Se riesci a trovare luogo però almeno 300 persone e fondi e una squadra di
 volontari sul posto allora parti con la candidatura :)

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


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

Re: [Talk-it] Fwd: [OSM-talk] Your chance to host State of the Map 2015


Il 16/10/2014 09:29, Maurizio Napolitano ha scritto:

Se riesci a trovare luogo però almeno 300 persone e fondi e una squadra
di volontari sul posto allora parti con la candidatura :)



Lo spazio più grande quante persone dovrebbe ospitare?

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

Re: [Talk-it] Fwd: [OSM-talk] Your chance to host State of the Map 2015

2014-10-16 Per discussione Cristian Consonni

Il 16/Ott/2014 09:46 Alessandro ale_z...@libero.it ha scritto:

 Il 16/10/2014 09:29, Maurizio Napolitano ha scritto:

 Se riesci a trovare luogo però almeno 300 persone e fondi e una squadra
 di volontari sul posto allora parti con la candidatura :)


 Lo spazio più grande quante persone dovrebbe ospitare?

Un auditorium da 300 persone e una sala conferenze/altro auditorium
adiacente da 150.

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

Re: [Talk-it] Fwd: [OSM-talk] Your chance to host State of the Map 2015

2014-10-16 Per discussione Francesca Valentina

Btw propongo che qualsiasi città italiana, se vince la bid, abbia il
sostegno concreto, dove sia possibile, anche della comunità italiana.
Chiunque vinca ha il mio supporto per dare una mano perché tutta
l'organizzazione sulle spalle di chi ospita è un peso di non poco conto.
Mi pare che in Germania si sono organizzati con team local + team tedesco :)

Francesca

Il giorno 16 ottobre 2014 09:45, Alessandro ale_z...@libero.it ha scritto:

 Il 16/10/2014 09:29, Maurizio Napolitano ha scritto:

 Se riesci a trovare luogo però almeno 300 persone e fondi e una squadra
 di volontari sul posto allora parti con la candidatura :)


 Lo spazio più grande quante persone dovrebbe ospitare?


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

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

Re: [Talk-it] Fwd: [OSM-talk] Your chance to host State of the Map 2015

2014-10-16 Per discussione sabas88

Il giorno 16 ottobre 2014 10:40, Francesca Valentina coretodes...@gmail.com
 ha scritto:

 Btw propongo che qualsiasi città italiana, se vince la bid, abbia il
 sostegno concreto, dove sia possibile, anche della comunità italiana.
 Chiunque vinca ha il mio supporto per dare una mano perché tutta
 l'organizzazione sulle spalle di chi ospita è un peso di non poco conto.
 Mi pare che in Germania si sono organizzati con team local + team tedesco
 :)


+1

Facciamo il piano dei requisiti e vediamo quale città lo (può) soddisfare.
Tenete conto che abbiamo due settimane per sottomettere la proposta
definitiva.



 Francesca

 Il giorno 16 ottobre 2014 09:45, Alessandro ale_z...@libero.it ha
 scritto:

 Il 16/10/2014 09:29, Maurizio Napolitano ha scritto:

 Se riesci a trovare luogo però almeno 300 persone e fondi e una squadra
 di volontari sul posto allora parti con la candidatura :)


 Lo spazio più grande quante persone dovrebbe ospitare?


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



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


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

Re: [Talk-it] Fwd: [OSM-talk] Your chance to host State of the Map 2015

2014-10-16 Per discussione Luca Delucchi

2014-10-16 10:48 GMT+02:00 sabas88 saba...@gmail.com:


 Il giorno 16 ottobre 2014 10:40, Francesca Valentina
 coretodes...@gmail.com ha scritto:

 Btw propongo che qualsiasi città italiana, se vince la bid, abbia il
 sostegno concreto, dove sia possibile, anche della comunità italiana.
 Chiunque vinca ha il mio supporto per dare una mano perché tutta
 l'organizzazione sulle spalle di chi ospita è un peso di non poco conto.
 Mi pare che in Germania si sono organizzati con team local + team tedesco
 :)


 +1

 Facciamo il piano dei requisiti e vediamo quale città lo (può) soddisfare.
 Tenete conto che abbiamo due settimane per sottomettere la proposta
 definitiva.


+1
Genova dovrebbe essere una buona candidata, l'avevamo già candidata
nal 2010 (mi sembra) e avevamo buone possibilità, ma fummo esclusi
perchè volevano un posto aperto nel weekend e l'università (allora
nostra partner) non era in grado di fornire questa sicurezza.
Ora le cose sembrano un po' cambiate perchè non c'è questo obbligo,
penso che l'università darebbe di nuovo il suo supporto, se volete
posso sentirli...

Comunque penso che ci potrebbero essere altre città interessate,
sarebbe meglio che uscissero subito almeno facciamo una lista e
cerchiamo di escludere quelle che hanno meno requisiti...

-- 
ciao
Luca

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

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

Re: [Talk-it] Fwd: [OSM-talk] Your chance to host State of the Map 2015


Il 16/10/2014 10:48, sabas88 ha scritto:



Facciamo il piano dei requisiti e vediamo quale città lo (può) soddisfare.
Tenete conto che abbiamo due settimane per sottomettere la proposta
definitiva.



B_lin, solo 2 settimane! Ecco, si vede che queste bid sono ritagliate 
apposta per tedeschi e anglosassoni :-P :-)


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

Re: [Talk-it] Fwd: [OSM-talk] Your chance to host State of the Map 2015

2014-10-16 Per discussione Simone Cortesi

2014-10-16 10:40 GMT+02:00 Francesca Valentina coretodes...@gmail.com:
 Btw propongo che qualsiasi città italiana, se vince la bid, abbia il
 sostegno concreto, dove sia possibile, anche della comunità italiana.
 Chiunque vinca ha il mio supporto per dare una mano perché tutta
 l'organizzazione sulle spalle di chi ospita è un peso di non poco conto.
 Mi pare che in Germania si sono organizzati con team local + team tedesco :)

vero,
ma il team locale è fondamentale per la buona riuscita dell'evento.

-- 
-S

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

Re: [Talk-it] Fwd: [OSM-talk] Your chance to host State of the Map 2015


Il 16/10/2014 10:56, Luca Delucchi ha scritto:


Genova dovrebbe essere una buona candidata, l'avevamo già candidata
nal 2010 (mi sembra) e avevamo buone possibilità, ma fummo esclusi
perchè volevano un posto aperto nel weekend e l'università (allora
nostra partner) non era in grado di fornire questa sicurezza.
Ora le cose sembrano un po' cambiate perchè non c'è questo obbligo,
penso che l'università darebbe di nuovo il suo supporto, se volete
posso sentirli...


Penso che sia Architettura che Informatica sarebbero disponibili. Poi 
c'è il coworking agli Erzelli che potrebbe mettere a disposizione 
qualche spazio da alcune decine di persone per qualche hackaton (hanno 
tanta tanta banda).
Iniziamo ad avere anche qualche 'entratura' in comune, penso al Salone 
di rappresentanza a Tursi (che ci hanno già concesso per la 
presentazione di WLM) o forse forse una sala al Ducale (se gli facciamo 
vedere due foto dei saloni ce lo danno ad occhi chiusi :-) ).


Ale

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

Re: [Talk-it] Fwd: [OSM-talk] Your chance to host State of the Map 2015

2014-10-16 Per discussione Luca Delucchi

2014-10-16 11:13 GMT+02:00 Alessandro ale_z...@libero.it:
 Il 16/10/2014 10:56, Luca Delucchi ha scritto:

 Genova dovrebbe essere una buona candidata, l'avevamo già candidata
 nal 2010 (mi sembra) e avevamo buone possibilità, ma fummo esclusi
 perchè volevano un posto aperto nel weekend e l'università (allora
 nostra partner) non era in grado di fornire questa sicurezza.
 Ora le cose sembrano un po' cambiate perchè non c'è questo obbligo,
 penso che l'università darebbe di nuovo il suo supporto, se volete
 posso sentirli...


 Penso che sia Architettura che Informatica sarebbero disponibili. Poi c'è il
 coworking agli Erzelli che potrebbe mettere a disposizione qualche spazio da
 alcune decine di persone per qualche hackaton (hanno tanta tanta banda).
 Iniziamo ad avere anche qualche 'entratura' in comune, penso al Salone di
 rappresentanza a Tursi (che ci hanno già concesso per la presentazione di
 WLM) o forse forse una sala al Ducale (se gli facciamo vedere due foto dei
 saloni ce lo danno ad occhi chiusi :-) ).

Ale sai che hai il mio completo supporto (da distanza) se si trova una
stanza da circa 300 persone come plenaria e un paio di stanzetta da
30/50 persone siamo a cavallo...
Io posso contattare le persone che conosci anche te e penso non
avrebbero problemi a darci supporto...


 Ale



-- 
ciao
Luca

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

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

Re: [Talk-it] Parte dal Piemonte il contest su mappe create con OpenStreetMap

2014-10-16 Per discussione Simone Saviolo

Piemontesi, sveglia! L'ho scritto in talk-it-piemonte, zero reazioni! :-D

Io avrei anche un mezzo progetto in mente... mi piacerebbe che
partecipassero proprio coloro che la mappa l'hanno creata e continuano ad
aggiornarla giorno dopo giorno.

Ciao,

Simone

Il giorno 16 ottobre 2014 00:35, Maurizio Napolitano napoo...@gmail.com
ha scritto:

 Copio/incollo da

 http://www.cr.piemonte.it/cms/comunicati/2014/ottobre/2544-piemonte-visual-contest.html


 Parte a ottobre un concorso aperto a tutti: è il mappathon, la sfida
 lanciata a comunità di sviluppatori, data analyst, designer, geografi,
 ricercatori per partecipare alla mappatura del Piemonte con
 OpenStreetMap su temi di interesse collettivo.
 OpenStreetMap è un progetto collaborativo di raccolta e condivisione
 di dati geografici aperti: si basa su una comunità di mappatori
 volontari, sempre più grande e diffusa in tutto il mondo, che crea
 mappe libere, condivise e gratuite.
 Ed è questa la filosofia del concorso: i dati geografici rappresentano
 un bene comune, accrescere il patrimonio di dati aperti disponibili
 aiuta lo sviluppo del territorio, migliora la qualità della vita dei
 luoghi in cui viviamo, è un incentivo per la creazione di nuovi
 servizi offerti anche da privati.

 Organizzatori
 Con il mappathon si apre ufficialmente la seconda edizione di Piemonte
 Visual Contest, l’appuntamento annuale organizzato dal Consiglio
 regionale del Piemonte insieme a Top-Ix e Csi Piemonte, in
 collaborazione con il Tavolo Open Data della Direzione Innovazione
 della Regione Piemonte.
 Da alcuni anni, infatti, il Consiglio ha avviato una serie di
 iniziative che coinvolgono realtà pubbliche e private per promuovere
 la cultura open, la trasparenza e il coinvolgimento dei cittadini
 nelle politiche pubbliche.

 Come funziona
 Al concorso possono partecipare cittadini, associazioni, comunità,
 scuole e aziende dell’Unione Europea. I partecipanti dovranno
 realizzare mappe basate su OpenStreetMap che interessino il territorio
 piemontese e progetti di utilizzo, ad esempio un  servizio web, un’app
 o un prototipo per la produzione di oggetti a tema geografico.
 Le regole della competizione prevedono l’utilizzo di dati pubblici
 rilasciati da amministrazioni e privati e - conseguentemente - il
 rilascio in formato libero, aperto e riutilizzabile attraverso
 OpenStreetMap dei dati raccolti direttamente o attinti da fonti
 esistenti.
 La maggior parte dei dati sono reperibili su dati.piemonte.it, il
 portale promosso dalla Regione Piemonte, a disposizione di tutta la PA
 piemontese, per la condivisione dei dati e delle informazioni
 pubbliche.
 I progetti inviati saranno valutati da una giuria di esperti premierà
 i primi tre classificati, che riceveranno rispettivamente un premio
 dell’ammontare lordo di 4.600, 2.500 e 1.400 euro.

 Deadline
 Il termine per l’invio dei progetti è il 9 febbraio 2015 (entro le ore
 9.00).
 La premiazione dei vincitori si terrà a marzo, in occasione
 dell’evento #PA140 organizzato dal Consiglio regionale.

 Da segnare in agenda
 Durante tutto il tempo del concorso saranno organizzati momenti di
 formazione e networking per imparare i tool di mappatura, scambiarsi
 idee, discutere delle applicazioni possibili con rappresentanti di
 amministrazioni locali.

 Sono uno sviluppatore, cerco un mappatore…
 La pagina Facebook di Piemonte Visual Contest è aperta a tutti per
 rimanere aggiornati, confrontarsi e creare gruppi di lavoro.

 Partnership
 Piemonte Visual Contest si avvale di partnership importanti che
 raccolgono le migliori professionalità del digitale italiano, come la
 Fondazione Bruno Kessler di Trento, Wikimedia Italia, CSP Innovazione
 nell’ICT e Dipartimento Interateneo di Scienze, Progetto e Politiche
 del Territorio di Università e Politecnico di Torino.
 Ha inoltre sponsor come Talent Garden Torino e Coldiretti Torino e la
 media partnership di Nova Il Sole 24 Ore.

 Il regolamento del concorso e tutte le notizie utili nel periodo di
 elaborazione delle proposte sono disponibili su
 www.piemontevisualcontest.eu

 --
 Maurizio Napo Napolitano
 http://de.straba.us

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

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

Re: [Talk-it] [OSM-talk] Your chance to host State of the Map 2015

2014-10-16 Per discussione Edoardo Yossef Marascalchi

esino lario ed usarlo come test drive per wilimania 2016?

Il giovedì 16 ottobre 2014, Luca Delucchi lucadel...@gmail.com ha scritto:

 2014-10-16 11:13 GMT+02:00 Alessandro ale_z...@libero.it javascript:;:
  Il 16/10/2014 10:56, Luca Delucchi ha scritto:
 
  Genova dovrebbe essere una buona candidata, l'avevamo già candidata
  nal 2010 (mi sembra) e avevamo buone possibilità, ma fummo esclusi
  perchè volevano un posto aperto nel weekend e l'università (allora
  nostra partner) non era in grado di fornire questa sicurezza.
  Ora le cose sembrano un po' cambiate perchè non c'è questo obbligo,
  penso che l'università darebbe di nuovo il suo supporto, se volete
  posso sentirli...
 
 
  Penso che sia Architettura che Informatica sarebbero disponibili. Poi
 c'è il
  coworking agli Erzelli che potrebbe mettere a disposizione qualche
 spazio da
  alcune decine di persone per qualche hackaton (hanno tanta tanta banda).
  Iniziamo ad avere anche qualche 'entratura' in comune, penso al Salone di
  rappresentanza a Tursi (che ci hanno già concesso per la presentazione di
  WLM) o forse forse una sala al Ducale (se gli facciamo vedere due foto
 dei
  saloni ce lo danno ad occhi chiusi :-) ).

 Ale sai che hai il mio completo supporto (da distanza) se si trova una
 stanza da circa 300 persone come plenaria e un paio di stanzetta da
 30/50 persone siamo a cavallo...
 Io posso contattare le persone che conosci anche te e penso non
 avrebbero problemi a darci supporto...

 
  Ale
 


 --
 ciao
 Luca

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

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



-- 
Edoardo Yossef Marascalchi
skype: asca_edom
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Fwd: [OSM-talk] Your chance to host State of the Map 2015

2014-10-16 Per discussione Maurizio Napolitano

Al momento abbiamo ben 5 location italiane potenziali.
Credo però che sia fondamentale capire chi ha spazio, soldi, tempo e
responsabilità.
Senza queste variabili è molto difficile.
Cercherei di evitare di candidarsi con più città italiane.
Quindi, eventualmente, facciamo una pre-analisi del tutto.

My 2 cents

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

Re: [Talk-it] Chiarimento su relazione landuse=forest.

2014-10-14 18:27 GMT+02:00 girarsi_liste liste.gira...@gmail.com:

 La relazione outer associata è questa:

 http://www.openstreetmap.org/relation/3488663




per me quella relazione è troppo grande. Io spezzerei la relazione in più
pezzi piccoli (per esempio alle strade) per facilitare la manutenzione.
Anni fa avevo anch'io creato dei multipoligoni enormi, ma essi erano
instabili e difficile da manutenere / raffinare. Ametto che spezzare un
multipoligono è un lavoraccio (sopratutto se decidi di mappare i lati della
foresta indipendentemente dalla strada (parallelo con attenzione alle
piccole forme))...

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

Re: [Talk-it] Chiarimento su relazione landuse=forest.

2014-10-16 Per discussione girarsi_liste

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Il 16/10/2014 19:21, Martin Koppenhoefer ha scritto:
 per me quella relazione è troppo grande. Io spezzerei la relazione
 in più pezzi piccoli (per esempio alle strade) per facilitare la 
 manutenzione. Anni fa avevo anch'io creato dei multipoligoni
 enormi, ma essi erano instabili e difficile da manutenere /
 raffinare. Ametto che spezzare un multipoligono è un lavoraccio
 (sopratutto se decidi di mappare i lati della foresta
 indipendentemente dalla strada (parallelo con attenzione alle
 piccole forme))...
 
 ciao, Martin
 

Cioè un tratto di way della landuse=forest con ruoli inner della zona
del tratto?




- -- 
Simone Girardelli
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBAgAGBQJUQAWLAAoJEMTPIIVov0Zt1ZAIAIWUCgNLTvSsUY2Tpg4C/1ig
9NaZj1/ETQnQwEv9OSnmBQtoTJZX4mM9S1Vv6cMw2ye+sTvXh2/fHWmaloFL4zyD
asK7BHHvltPDLUM4f0K10V3mSyvvi8ksSRkksrv7Jl0y8UAPV5Y3UBDC/01yI/+w
+2nVSaMLLMPy+C/5JtWIOsyoP6fpJwVvlfbb4KBGu7soELsovqZr6fqdzlxlvD2p
N8MKuQ7CfXiqr+TT0LHMm8HE8askFpMjQNk4qRtf8EvtbFWlHE9K92p5nnF45xg+
DOXckAeJwwFctq2Z3NL+4jDm0DGdM1UvXKEWNeOf7VGWGHr1L8p7fZQfaBlxQcU=
=np/C
-END PGP SIGNATURE-

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

[Talk-it] Plugin QGIS per query Overpass

2014-10-16 Per discussione Cascafico Giovanni

Segnalo questo messaggio dalla ML di QGIS

Da: Etienne Trimaille etienne.trimaille etienne.trimai...@gmail.com@
etienne.trimai...@gmail.comgmail.com etienne.trimai...@gmail.com
Data: 15/ott/2014 19:11
Oggetto: [Qgis-user] QuickOSM, a QGIS plugin to query Overpass
A: qgis-user qgis qgis-u...@lists.osgeo.org-user@
qgis-u...@lists.osgeo.orglists.osgeo.org qgis-u...@lists.osgeo.org
Cc:

 Hi,
 For those who do not already know, a QGIS plugin exists so as to run an
overpass query.

 This plugin is QuickOSM which you can find in the QGIS's repository :

 - using keys/values with autocompletion
 - use an extent of the map canvas or an nominatim area
 - use some actions so as to edit in JOSM or open external links like
wikipedia
 - save your query
 - change the default geographic extent of a saved query
 - apply some symbology if possible
 - use QuickOSM in complexe models of QGIS Processing : fetching some
datas then reprojecte them for instance
 -open a osm file by specifying the OGR file 'osmconf'

 There is a little video :https https://vimeo.com/108737868://
https://vimeo.com/108737868vimeo.com https://vimeo.com/108737868
/108737868 https://vimeo.com/108737868

 I've developped this project during my internship at 3Liz :
http://www.3liz.com/
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-dk] Adresseknuder

2014-10-16 Per discussione Ole Laursen

16. okt. 2014 kl. 02.46 skrev Niels Elgaard Larsen elga...@agol.dk:
 Så vi kunne:

 1. Vedligeholde en liste over slettede adresseknuder med timestamps og
 koordinater.

Jeg har tænkt i de baner. Det burde ikke være helt umuligt at udvide
oisfixes-systemet så man kan indrapportere dem der og så kommunerne
kan se dem der - men jeg er foreløbigt oppe på to små børn nu, så jeg
har ikke rigtig haft energi til at kigge på det. :/

Angående flytning så har jeg i sin tid flyttet nogle stykker som
senere blev overskrevet. Så jeg tænker vi også der er nødt til at have
udtænkt en fornuftig procedure for hvordan vi gør, en som gerne skulle
resultere i den offentlige myndighed kan få rettet deres data. Måske
skal adresseimporteringssystemet være mere snedigt.


Ole

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

Re: [Talk-dk] Adresseknuder

2014-10-16 Per discussione Niels Elgaard Larsen

 1. Vedligeholde en liste over slettede adresseknuder med timestamps og
 koordinater.
 
 Jeg har tænkt i de baner. Det burde ikke være helt umuligt at udvide
 oisfixes-systemet så man kan indrapportere dem der og så kommunerne
 kan se dem der - 


Ja, og bare vi selv får slettede adresser ind i oisfixes med en
osak:identifier så kan vi sørge for at de ikke bliver automatisk
importeret igen.

 men jeg er foreløbigt oppe på to små børn nu, så jeg
 har ikke rigtig haft energi til at kigge på det. :/

Det er jo et GitHub projekt, så måske kunne andre have tid til at se på det.

 
 Angående flytning så har jeg i sin tid flyttet nogle stykker som
 senere blev overskrevet. Så jeg tænker vi også der er nødt til at have
 udtænkt en fornuftig procedure for hvordan vi gør, en som gerne skulle
 resultere i den offentlige myndighed kan få rettet deres data. Måske
 skal adresseimporteringssystemet være mere snedigt.


Jeg synes godt, at vi kan leve med at flytningen bliver overskrevet hvis
OSAK-koordinaterne opdateres, eller måske endda med at det sker når
adressen opdateres i OSAK.

Men så kunne jeg godt tænke mig at der automatisk blev indsat en fixme,
så man hurtigt kunne checke det i fx KeepRight.

For eksempel hvis en adresse er placeret på et forkert hus og man
flytter den til det rigtige, eller en bunke adresser for ny bebyggelse
er placeret i eet punkt og man flytter dem ud på de enkelte huse, så er
det sandsynligt at OSAK på et tidspunkt retter det til noget mere præcist.

Mht til at offentlig myndigheder kan få rettet deres data, så kan vi
gøre det med tagging, fx ois:moved=var i havnebassin og så evt
generere lister ud fra det. Det er misvisende at beholde et ois:fixme
tag efter at vi selv har flyttet adressen.

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

[Talk-se] Standarder som kan beröra OSM

2014-10-16 Per discussione Fredrik Ramsberg

Hej!

I senaste nyhetsbrevet från SIS (Swedish Standards Institute), kom flera
artiklar om arbete inom kartor och geografiska data. Jag tror inte
OSM-communityt kan påverka särskilt mycket, då standardiseringsarbetet
finansieras genom att deltagarna betalar avgifter, men det kan ändå vara
intressant att läsa om vad som är på gång:

http://e2.relationbrand.com/sisforlag/_mobile2014_land-314_Bevarande_av_digital_geografi/mail.html

http://e2.relationbrand.com/sisforlag/_mobile2014_land-314_Riktlinjer_for_kombinerbara_w/mail.html

http://www.sis.se/Nyheter-och-press/Nyheter/Tre-nya-termer-inom-geodata/
För termdatabasen gäller att man kan lämna feedback och därmed vara med och
påverka för de ord som ligger uppe för granskning (Välj filterikonen (tratt
+ förstoringsglas) och välj Sektion: För granskning). Just nu ligger t ex
termerna Ortsnamn och Adress uppe för granskning.

Mvh,

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

Re: [Talk-es] Importación de farmacias de Madrid

2014-10-16 Per discussione Rafael Avila Coya

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hola:

Qué tal van esas prácticas, Santi?

He actualizado la wiki de workflow [1] con instrucciones de cómo usar
el plugin Mirrored_Download de JOSM para descarga de datos demasiado
voluminosos para el servidor OSM oficial, así como qué hacer cuando
aparecen las advertencias al combinar las dos capas y al subir los
datos a OSM.

Un saludo,

Rafael.

On 15/10/14 21:10, Jorge Sanz Sanfructuoso wrote:
 Si el area es muy grande no se puede descargar para no petar el 
 servidor. Puedes realizar varias descargas de trozos mas pequeños.
 
 El miércoles, 15 de octubre de 2014, Santi Aguirre 
 aguirrera...@gmail.com mailto:aguirrera...@gmail.com escribió:
 
 Hola,
 
 Ya conseguí arreglar el problema con la cuenta. Gracias! Ahora
 estoy atascado en el punto 2 (no voy demasiado rápido, jeje...). Me
 he descargado el subset 01 aunque no he indicado nada en la wiki
 porque me siento inseguro y de momento sólo quiero probar para no
 liarla. Cuando intento con Josm bajarme los datos del área, me sale
 el error de que el área es demasiado grande, y por mas que he
 mirado y googleado no veo la forma de ampliar la zona. Con los gpx
 josm permite descargar solo el área que rodea la traza. ¿no hay
 algo parecido para esto? Y bueno, si creeis que estoy demasiado
 verde para este trabajo decídmelo sin problema y dejo paso a los
 que sabéis.
 
 Saludos!
 
 El 14 de octubre de 2014, 21:56, Rafael Avila Coya 
 ravilac...@gmail.com 
 javascript:_e(%7B%7D,'cvml','ravilac...@gmail.com'); escribió:
 
 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
 
 Hola, Santi:
 
 Gracias por ofrecerte a colaborar en esta importación.
 
 Lo de usar una cuenta específica para importar datos de terceros a 
 OpenStreetMap es un requerimiento general para cualquier
 importación de datos. Está recogido en la guía de importación [1].
 
 En cuanto a lo que te ha ocurrido con el bloqueo de cuenta, es la 
 primera vez que tengo noticia. Si es así, tiene que ser un fallo de
 la API, está claro. ¿Has intentado en poner tu nombre de usuario,
 sin contraseña y clicando en Perdió la contraseña? para intentar 
 que te envíen una nueva y así recuperar tu cuenta OSM habitual? Si
 lo resuelves así, luego crea una nueva cuenta para la importación,
 pero esta vez hazlo contra una cuenta de correo-e diferente.
 
 Espero que puedas resolver esto y así poder seguir con el proceso.
 
 Un saludo cordial,
 
 Rafael.
 
 [1] 
 http://wiki.openstreetmap.org/wiki/Import/Guidelines#Use_a_dedicated_user_account

 
 
 
 
 -- Jorge Sanz Sanfructuoso - Sanchi Blog
 http://blog.jorgesanzs.com/
 
 
 ___ Talk-es mailing
 list Talk-es@openstreetmap.org 
 https://lists.openstreetmap.org/listinfo/talk-es
 

- -- 
Twitter: http://twitter.com/ravilacoya

- 

Por favor, non me envíe documentos con extensións .doc, .docx, .xls,
.xlsx, .ppt, .pptx, aínda podendoo facer,  non os abro.

Atendendo á lexislación vixente, empregue formatos estándares e abertos.

http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with undefined - http://www.enigmail.net/

iQIcBAEBAgAGBQJUP/p1AAoJEB3niTly2pPQ60cP/32kuoxYlUHKGZ/H6j+yTUQP
eEwFfyD4EyqEZGJS+LJ0gwWB2brz/HqzX8slOY+fkcejz3I2fmU8Rh65Nei9A7rR
i+9iDm5AE4nc8/Cj6BoG/H17CKLE8+fmDXpBGi/IGytWC7oaaG7Aet9IPfjuOE1+
P3Chpb7TV4UJ0dkGd64+7DAemTK8bxeGfl3xmaQvNM/e8LYvVFEEiPFZsqUkH5lH
h/FJQu6ZnvUzYQ3dmgVWI6/6JY8MvIYsgqwA4xOp58bayDYIdXQX7mywfMWfyo6I
qmkwTFC8qZHtB10kOWY8MiTfifRNI7Ec6ihP8DDR+72aJGGYXWjVEbUGVQE7KrRY
RRgMB9CtuJ0Sz9Q8escHKsacwN6ciRADVbQRK7dD6omwEXJxbDt8gWjk4askQpm7
RAgizZvA/WYnri4BpOBZoVIzy18/gfJWfOKPziH+P5vDans9Pz4EwRyccWfoyOLP
bIZ9MzTTIwK0dMTwkqGXyLXN4yCDnLOM6w5Y1CtfYUATCMdv2J4Rdm7vrNTxh7+L
H1l2+JJkwHLRsk7p8Y+GG27u3V1ZFXTQITyyU4XK4h9YOox3ZRg7Sa11/nf/O+6v
gMiXbErlBCTpQV9ZDyXEGvv6emazVpeUqboeh0abc+6evgMczUGgbMFx6uA+jKHE
aTQBAuC+EB5LJkIaG/cf
=rNun
-END PGP SIGNATURE-

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

Re: [Talk-es] Importación de farmacias de Madrid

2014-10-16 Per discussione Santi Aguirre

Hola, hoy he tenido muy poco tiempo, pero suficiente para añadir los
plugins e intentarlo una vez más. El problema ahora, teniendo los filtros
puestos, es que al descargar los datos se añaden los nodos de otras
farmacias próximas que supongo tú has puesto, con lo que en vez de 50 tengo
60 con nada que descuide. Tendré que revisarme las 60?

Saludos!

El 16 de octubre de 2014, 19:04, Rafael Avila Coya ravilac...@gmail.com
escribió:

 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Hola:

 Qué tal van esas prácticas, Santi?

 He actualizado la wiki de workflow [1] con instrucciones de cómo usar
 el plugin Mirrored_Download de JOSM para descarga de datos demasiado
 voluminosos para el servidor OSM oficial, así como qué hacer cuando
 aparecen las advertencias al combinar las dos capas y al subir los
 datos a OSM.

 Un saludo,

 Rafael.


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

Re: [Talk-es] Importación de farmacias de Madrid

2014-10-16 Per discussione Rafael Avila Coya

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

También, si quieres filtrar esas farmacias que ya fueron importadas,
lo puedes hacer es añadir el filtro new a los dos filtros que indica
el workflow. De esa manera, aparte de ver sólo las farmacias que
tienen como fuente Ayuntamiento de Madrid, te quedas sólo con las que
son nuevas (aún no subidas a OSM). De hecho, voy a añadir esto a la wiki.

Otros filtros con los que puedes jugar:

1) Si quieres filtrar las farmacias importadas por mi (edvac_import)
añade el filtro user:edvac_import (selecciona los dos cajetines de la
izquierda en el filtro y deja el derecho sin seleccionar).

2) También puedes filtrar por changeset. Por ejemplo, el filtro
changeset:26062429 te permite ocultar todos los elementos creados ó
modificados en el conjunto de cambios 26062429

Un saludo,

Rafael.

On 16/10/14 21:24, Santi Aguirre wrote:
 Hola, hoy he tenido muy poco tiempo, pero suficiente para añadir
 los plugins e intentarlo una vez más. El problema ahora, teniendo
 los filtros puestos, es que al descargar los datos se añaden los
 nodos de otras farmacias próximas que supongo tú has puesto, con lo
 que en vez de 50 tengo 60 con nada que descuide. Tendré que
 revisarme las 60?
 
 Saludos!
 
 El 16 de octubre de 2014, 19:04, Rafael Avila Coya
 ravilac...@gmail.com mailto:ravilac...@gmail.com escribió:
 
 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
 
 Hola:
 
 Qué tal van esas prácticas, Santi?
 
 He actualizado la wiki de workflow [1] con instrucciones de cómo
 usar el plugin Mirrored_Download de JOSM para descarga de datos
 demasiado voluminosos para el servidor OSM oficial, así como qué
 hacer cuando aparecen las advertencias al combinar las dos capas y
 al subir los datos a OSM.
 
 Un saludo,
 
 Rafael.
 
 
 
 
 ___ Talk-es mailing
 list Talk-es@openstreetmap.org 
 https://lists.openstreetmap.org/listinfo/talk-es
 

- -- 
Twitter: http://twitter.com/ravilacoya

- 

Por favor, non me envíe documentos con extensións .doc, .docx, .xls,
.xlsx, .ppt, .pptx, aínda podendoo facer,  non os abro.

Atendendo á lexislación vixente, empregue formatos estándares e abertos.

http://es.wikipedia.org/wiki/OpenDocument#Tipos_de_ficheros
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with undefined - http://www.enigmail.net/

iQIcBAEBAgAGBQJUQDf+AAoJEB3niTly2pPQsSwQAJLRfHod6WMd5qWJUJI6gi/x
XFSM/FuvS28SAYhDBNLPYVk42CLg+2rq6B0VaNziq16Mf3+YZfd4w2h+M2VX5KLe
iNtRaYyESYjexpGBv+2aphrvMYf68peXUY1Iy7e0Aiy0puWBPaLUfu8XR421UbbF
ZS4SV/QqvcCiYtc92OoDBfzNqpbaN0/B+NVyRZ7rzmIBFTpAqYLQwRLibhaKKeVa
XO8nskombVZjIOXJ6+9p0/1oDMQI4D0bZuZz4K8Cjug9yhY3P0F1x9u1CzFv8QHp
ip2586R/FwNiRgt/xHTQD5SaTJ+qN8+XA6UxRK6jUFv/OTdvVfplP95VgYOxrYAx
egfrNSi+52ADd0hEoWNST8AOs3+v1mLlRDm8OxN64K85MSBujlhn/yZe3bQdii2R
L/3XMQwGaQ2uZuLWVFFcZatmQbfrg/ZTzCHrfa/mwzJg28vuDDKw6xPJdu7IkK4u
DIQs6Wv93qcmZHWY9RzSGaAifR1Hth4TjIKc6+uG6TRUdb16hYkgzicdXmR7MkjZ
qBni0X49gBexjvOshvtEDf9VFwKR/2CJWJwYjKrQB2/2xOTNI0bEm0QDkzZFVkz7
fvqom0mepzthD9tTHeGYUS0/eavLfH/Zkz59rBGkTRnGjomPdkYgzR4pMkn7eyR5
D9VYkGD8UL1UmsOd
=tfXd
-END PGP SIGNATURE-

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

Re: [Talk-ar] Empezando

2014-10-16 Per discussione Manuel Kaufmann

2014-08-11 22:32 GMT-03:00 Manuel Kaufmann humi...@gmail.com:
 2014-08-11 21:43 GMT-03:00 Martin Andres Gomez Gimenez 
 mggime...@i-nis.com.ar:
 Recomiendo que pruebes el mapa que compilo en un Garmin y después me contas

 ¿Cuál es la diferencia entre los mapas que compilás vos y los que
 descargo desde acá?

 http://garmin.openstreetmap.nl/


Renuevo este thread porque me volvió a surgir la pregunta y veo que no
hubo respuesta aquí que se habló del tema.

Saludos,

-- 
Kaufmann Manuel
-- http://elblogdehumitos.com.ar

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

[Talk-ar] Datos por regiones

2014-10-16 Per discussione Manuel Kaufmann

Hola,

Hoy estuve experimentando generar mis propios mapas para Garmin y lo logré
en  un par de horas (después voy a escribir un post sobre cómo lo hice) [1]

Por lo que encontré el tema tiene una complejidad variable de acuerdo a
nuestra necesidades. Yo compilé los mapas para Argentina completos sin
problemas utilizando un archivo TYP y todo quedó funcionando correctamente.

Ahora, lo que me gustaría saber es como hace la gente de
http://garmin.openstreetmap.nl/ para separar los mapas por regiones en vez
de por países como lo encontré en [2], que son los mapas que finalmente usé.

¿Uds saben cómo se hace eso? ¿Es muy complicado?

Muchas gracias,

[1] Me puse a ver esto porque no encontré en ningún lugar la frecuencia de
actualización de los mapas que venía descargando desde
http://garmin.openstreetmap.nl/

[2] http://download.geofabrik.de/

-- 
Kaufmann Manuel
-- http://elblogdehumitos.com.ar
___
Talk-ar mailing list
Talk-ar@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ar

Re: [Talk-ar] Empezando

2014-10-16 Per discussione Martin Andres Gomez Gimenez

El jue, 16-10-2014 a las 12:11 -0300, Manuel Kaufmann escribió:

 2014-08-11 22:32 GMT-03:00 Manuel Kaufmann humi...@gmail.com:
  2014-08-11 21:43 GMT-03:00 Martin Andres Gomez Gimenez 
  mggime...@i-nis.com.ar:
  Recomiendo que pruebes el mapa que compilo en un Garmin y después me contas
 
  ¿Cuál es la diferencia entre los mapas que compilás vos y los que
  descargo desde acá?
 
  http://garmin.openstreetmap.nl/
 
 
 Renuevo este thread porque me volvió a surgir la pregunta y veo que no
 hubo respuesta aquí que se habló del tema.
 
 Saludos,



Hola Manuel!

Tiene configuraciones específicas para Argentina y países limítrofes con
el aporte de la comunidad. En el foro hay un hilo dedicado a ello

http://forum.openstreetmap.org/viewtopic.php?id=17139


Recomiendo que lo leas.


Saludos,
-- 



Martin Andres Gomez Gimenez 
web: http://www.i-nis.com.ar
e-mail: mggime...@i-nis.com.ar

Usuario Linux: #306000
gpg --keyserver pgp.mit.edu --recv-key 0x52C123F7
Key fingerprint = 9155 6573 EE6D 1D80 5E2B 6F5B F14A AF1E 52C1 23F7


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

Re: [Talk-at] Digitalisierung historischer Landkarten

2014-10-16 Per discussione Gerhard Gonter

2014-10-16 18:54 GMT+02:00 grubernd li...@mehrzweckraum.com:

 die direkte Frage:

 wie unterscheidet sich eine historische Landkarte als Scan von anderen
 Rasterebenen in einem GIS?

Wie bereits geschrieben, uns fehlt es an Know-How und personeller
Kapazitaet, daher suchen wir eine Person, die bereit ist, auf
Werkvertragsbasis uns dabei zu unterstuetzen.

 weil für zweiteres gibt es durchaus schon einiges an Lösungen. ;)

In der Tat gab es bereits eine Reihe Interessanter Hinweise und Links,
jetzt fehlt noch die tatkraeftige Umsetzung.  Meine Vermutung, auf
dieser Liste gute Tips und auch Interessenten zu finden, scheint
richtig gewesen zu sein.  Ich hoffe, dass wir da tatsaechlich was
zusammen bekommen.

mit freundlichen Gruessen, Gerhard Gonter

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

[Talk-at] maxspeed-mapping in Wien (und anderorts)

2014-10-16 Per discussione Markus Straub


Servus,

ich bin seit längerem damit beschäftigt die Löcher betreffend maxspeed 
in Wien zu stopfen. Die Innenstadt, der Westen und auch Norden sieht 
schon ganz passabel aus, aber vielleicht ist wer von euch im Süden 
zuhause und kann die Nachbarschaft aus dem Gedächdnis eintragen?


Im 3.,4.,4.,10.,11.,12.,13. Bezirk gibt's noch einige Lücken.. Bzw. an 
die Autofahrer unter euch: Autobahnab- und auffahrten fehlen auch noch 
sehr oft.


http://www.itoworld.com/map/124?lon=16.37489lat=48.21582zoom=14fullscreen=true

Cheers,
Markus

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

Re: [Talk-at] maxspeed-mapping in Wien (und anderorts)

2014-10-16 Per discussione Friedrich Volkmann

On 16.10.2014 23:31, Markus Straub wrote:
 ich bin seit längerem damit beschäftigt die Löcher betreffend maxspeed in
 Wien zu stopfen. Die Innenstadt, der Westen und auch Norden sieht schon ganz
 passabel aus, aber vielleicht ist wer von euch im Süden zuhause und kann die
 Nachbarschaft aus dem Gedächdnis eintragen?
 
 Im 3.,4.,4.,10.,11.,12.,13. Bezirk gibt's noch einige Lücken.. Bzw. an die
 Autofahrer unter euch: Autobahnab- und auffahrten fehlen auch noch sehr oft.
 
 http://www.itoworld.com/map/124?lon=16.37489lat=48.21582zoom=14fullscreen=true

Kannst du näher erläutern, was du mit Lücken meinst und was der Link für
eine Info bringt?
Dir sind implizite maxspeed hoffentlich bekannt?

Es gibt in Wien auch noch viele Straßen, wo oneway=yes/no und tunnel=yes/no
noch nicht gesetzt sind. (Achtung Ironie)

-- 
Friedrich K. Volkmann   http://www.volki.at/
Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria

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

Re: [Talk-at] maxspeed-mapping in Wien (und anderorts)

2014-10-16 Per discussione Andreas Labres

On 16.10.14 23:31, Markus Straub wrote:
 Im 3.,4.,4.,10.,11.,12.,13. Bezirk gibt's noch einige Lücken.. Bzw. an die
 Autofahrer unter euch: Autobahnab- und auffahrten fehlen auch noch sehr oft.

Grade in den Außenbezirken ist die Erfassung recht mühsam, weil in letzter Zeit
die 30er Zonen recht großflächig ausgedehnt wurden. Z.B. fängt die 30er Zone in
der Wolkersbergenstraße jetzt irgendwo bei der Schleife an, vor kurzem war die
noch in der Jagdschloßg (früher bei der Apotheke, dann bei der Friedenskirche).
Neue Welt/Unter St. Veit sind wohl auch recht großflächig 30er Zone, nur müßte
man das auch mal im Überblick erfassen...

/al

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

[Talk-cat] Puigmal

2014-10-16 Per discussione Carlos Sánchez

He vist que hi ha una nota referent al pic del Puigmal. Pel que es veu el
pic està duplicat. Per una banda amb dades de l'IGN i per l'altre a través
de dades franceses. No sé com veieu que es pugui fusionar sense tenir
problemes més endavant.

-- 

*Carlos Sánchez*About.me http://about.me/carlos.sanchez
___
Talk-cat mailing list
Talk-cat@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cat

Re: [Talk-cat] Puigmal

2014-10-16 Per discussione yo paseopor

Mirant el mapa el francès és el pic en sí i l'espanyol és un punt
geodèsic d'aquells de l'IGN, per tant tècnicament no són el mateix i em
temo que a la realitat tampoc estan al mateix lloc.Si fóssim justos
segurament el francès tampoc està al centre del pic, així que hauria de ser
un altre survey_point mentre que el peak hauria de quedar lliure de
referències geodèsiques.Així que, en realitat n'hi haurien d'haver 3.

Salut i punts geodèsics :P
yopaseopor

2014-10-16 15:16 GMT+02:00 Carlos Sánchez erielk...@gmail.com:

 He vist que hi ha una nota referent al pic del Puigmal. Pel que es veu el
 pic està duplicat. Per una banda amb dades de l'IGN i per l'altre a través
 de dades franceses. No sé com veieu que es pugui fusionar sense tenir
 problemes més endavant.

 --

 *Carlos Sánchez*About.me http://about.me/carlos.sanchez

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


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

Re: [Talk-cz] dotaz na MTBmap

2014-10-16 Per discussione Martin Tesar

Ahojte,

mapa na mtbmap.cz uz by mela jet taky. Doufam, ze bez nejakych vetsich
vypadku.

Diky za trpelivost,
Martin

Dne 15. října 2014 22:11 Petr Holub ho...@ics.muni.cz napsal(a):

  chtěl jsem se zeptat co se děje s MTBmap - již týden se k ní nemohu
 připojit

 Aspon zakladni dlazdice uz jedou od pondelka:
 http://raw.mtbmap.cz/

 Petr


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




-- 
Martin Tesar
http://mtbmap.cz/ http://tchor.fi.muni.cz:8080/
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] RUIAN: budova má 622 podlaží

2014-10-16 Per discussione Marián Kyral

Díky,
dle streetview od seznamu to je normální, jednopatrový dům.

Marián


-- Původní zpráva --
Od: Petr Souček souc...@atlas.cz
Komu: 'OpenStreetMap Czech Republic' talk-cz@openstreetmap.org
Datum: 15. 10. 2014 23:25:22
Předmět: Re: [Talk-cz] RUIAN: budova má 622 podlaží




Dobrý večer, 

 

hlášení chyb je stále ve vývoji (ale můžu říct, že už v závěrečné fázi :-). 
Respektive spíše probíhá interní testování. V příloze malá ochutnávka, jak 
bude zadání probíhat prostřednictvím reklamačního formuláře. 

 

Tento konkrétní případ předám kolegům k prověření. 

 

V první verzi reklamačních formulářů zatím nebude možné reklamovat TEA 
(technickoekonomické atributy) u stavebních objektů. To počítáme až v dalším
 kole. 

 

Mějte se prima 

 

Petr Souček 

 


 
 From: Marián Kyral [mailto:mky...@email.cz] 
 Sent: Wednesday, October 15, 2014 9:20 AM
 To: talk-cz@openstreetmap.org; souc...@atlas.cz
 Subject: [Talk-cz] RUIAN: budova má 622 podlaží 
 


 

Ahoj,
Byl jsem upozorněn na jednu zajímavou budovu, prý 622 podlaží ;-) 
http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/26583283
(http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/26583283)

Pane Souček, jak to vypadá s hlášením chyb? Toto je evidentní kandidát.

Díky,
Marián 

= 


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

Re: [Talk-cz] RUIAN: budova má 622 podlaží

2014-10-16 Per discussione Petr Schönmann


On 16.10.2014 19:31, Marián Kyral wrote:

Díky,
dle streetview od seznamu to je normální, jednopatrový dům.

Marián

-- Původní zpráva --
Od: Petr Souček souc...@atlas.cz
Komu: 'OpenStreetMap Czech Republic' talk-cz@openstreetmap.org
Datum: 15. 10. 2014 23:25:22
Předmět: Re: [Talk-cz] RUIAN: budova má 622 podlaží


Dobrý večer,

hlášení chyb je stále ve vývoji (ale můžu říct, že už v závěrečné
fázi :-). Respektive spíše probíhá interní testování. V příloze
malá ochutnávka, jak bude zadání probíhat prostřednictvím
reklamačního formuláře.

Tento konkrétní případ předám kolegům k prověření.

V první verzi reklamačních formulářů zatím nebude možné reklamovat
TEA (technickoekonomické atributy) u stavebních objektů. To
počítáme až v dalším kole.

Mějte se prima

Petr Souček

*From:*Marián Kyral [mailto:mky...@email.cz]
*Sent:* Wednesday, October 15, 2014 9:20 AM
*To:* talk-cz@openstreetmap.org; souc...@atlas.cz
*Subject:* [Talk-cz] RUIAN: budova má 622 podlaží

Ahoj,
Byl jsem upozorněn na jednu zajímavou budovu, prý 622 podlaží ;-)
http://vdp.cuzk.cz/vdp/ruian/stavebniobjekty/26583283

Pane Souček, jak to vypadá s hlášením chyb? Toto je evidentní
kandidát.

Díky,
Marián

=

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



___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
Je možné k tomuto účelu Streetview používat ? Vpodstatě jde o 
obkreslování z mapy
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] RUIAN: budova má 622 podlaží

2014-10-16 Per discussione Marián Kyral

Dne 16.10.2014 20:44, Petr Schönmann napsal(a):
 On 16.10.2014 19:31, Marián Kyral wrote:
 Díky,
 dle streetview od seznamu to je normální, jednopatrový dům.

 Marián
 Je možné k tomuto účelu Streetview používat ? Vpodstatě jde o
 obkreslování z mapy

No tahle mapa se obkresluje dost blbě. Je to spíše záznam reality než
mapa. Podle mne to spadá do stejné kategorie jako barevné ortofotomapy,
tedy ověřovací zdroje:

/Lze je však úspěšně použít pro ověření přesnosti jiných licenčně
vhodných dat (např. tracklogů). Lze z nich také dovodit vhodnost nebo
význam jiných podkladů (např. ČÚZK:KM). Proto je lze provozovat v JOSM
pouze jako informativní vrstvu. //

/Já si tedy ověřil, že RUIAN kecá (což je mi jasné i tak, protože
takového mrakodrapu kousek od bydliště bych si všiml :-) )/
/
Někde jsem viděl i příklad, že můžu třeba zaznačit telefonní budku,
pokud vidím, že je naproti domu č.p. 12 a ten dům již v OSM je. Akorát
to teď nemůžu najít :-(

Marián




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

Re: [Talk-cz] RUIAN: budova má 622 podlaží

2014-10-16 Per discussione Marián Kyral

Dne 16.10.2014 21:51, Marián Kyral napsal(a):
 Dne 16.10.2014 20:44, Petr Schönmann napsal(a):
 On 16.10.2014 19:31, Marián Kyral wrote:
 Díky,
 dle streetview od seznamu to je normální, jednopatrový dům.

 Marián
 Je možné k tomuto účelu Streetview používat ? Vpodstatě jde o
 obkreslování z mapy

 No tahle mapa se obkresluje dost blbě. Je to spíše záznam reality
 než mapa. Podle mne to spadá do stejné kategorie jako barevné
 ortofotomapy, tedy ověřovací zdroje:

 /Lze je však úspěšně použít pro ověření přesnosti jiných licenčně
 vhodných dat (např. tracklogů). Lze z nich také dovodit vhodnost nebo
 význam jiných podkladů (např. ČÚZK:KM). Proto je lze provozovat v JOSM
 pouze jako informativní vrstvu. //

 /Já si tedy ověřil, že RUIAN kecá (což je mi jasné i tak, protože
 takového mrakodrapu kousek od bydliště bych si všiml :-) )/
 /
 Někde jsem viděl i příklad, že můžu třeba zaznačit telefonní budku,
 pokud vidím, že je naproti domu č.p. 12 a ten dům již v OSM je. Akorát
 to teď nemůžu najít :-(

 Marián



Aha,
tak to bylo u NORC (které, zdá se nefunguje).

Marián





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

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

Re: [OSM-talk-fr] [BANO] rapprochement sur les lieu-dits /voisinage/ quartier

2014-10-16 Per discussione JB

Chouette ! Comme quoi, quand on voit quoi aller pister, les nombres 
s'améliorent (98.5% des voies avec numéro ok dans Troyes, le reste étant 
inexistant sur le terrain, contre 40% de celles sans numéro…).
On peut avoir les liens d'édition de carte pour les nouvelles colonnes 
aussi ?

JB.


Le 15/10/2014 23:49, Vincent de Château-Thierry a écrit :

Bonsoir,

Le 14/10/2014 14:31, Vincent de Château-Thierry a écrit :

C'est bien prévu oui. Je voulais le faire la semaine dernière, mais 
un sujet
est venu par dessus dans la pile : les rues sans adresses [1], quelle 
que soit
la source. Pour l'instant, le rendu carto comme la page de listes de 
voies ne
considèrent que les rues avec au moins 1 adresse, côté Cadastre ou 
côté OSM.

Or un paquet de voies sont sur le terrain dépourvues de n°, de plaques
adresses. Le constat qu'on fait pour l'instant, tant sur les tuiles 
que via
les listes, n'est donc qu'un sous-ensemble des rues existantes. Mon 
travail de
ces jours-ci vise à pouvoir lister ces rues non adressées, en 
distinguant 3

ensembles :
- celles rapprochées de FANTOIR,
- celles connues uniquement d'OSM,
- celles connues uniquement de FANTOIR
Ces 2 derniers groupes nous donneront pas mal de matière, car elles
indiqueront de potentiels manques côté OSM : manque de géométrie, 
manque de

nommage, typos, ou tout simplement divergence de nommage avec FANTOIR.
Ce nouveau paquet (les rues sans adresses) va donner lieu à de nouveaux
onglets dans les listes, et aussi à une nouvelle sortie de contenu 
depuis
BANO : chaque rue connue à la fois d'OSM et de FANTOIR deviendra dans 
BANO un
point, permettant de se situer sur la voie. BANO est ici à la fois un 
outil

d'amélioration d'OSM et un consommateur de ces améliorations

Des résultats de ce chantier, côté listes, dans les prochains soirs.


Je viens d'ajouter 2 listes de voies sur :
http://cadastre.openstreetmap.fr/fantoir/

Elles reprennent ce que j'évoquais hier (ci-dessus), à savoir les 
listes de voies où aucune adresse n'est connue, listes séparées entre 
voies connues de Fantoir, et les autres.
Ça s'appuie sur le tout nouveau contenu de BANO qui représente chaque 
voie par un point, en s'affranchissant des n°, contenu à peine sec 
(première production la nuit dernière).
Parmi les points à traiter sur ces listes : ajouter la capacité 
d'afficher les cartes et d'éditer, comme pour les voies numérotées. Je 
compte utiliser les parcelles pour déterminer la zone de cadrage, vu 
qu'ici par définition on ne peut pas utiliser la géométrie des n° 
d'adresses.


À suivre et vos retours bienvenus.

vincent

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



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

Re: [OSM-talk-fr] [BANO] rapprochement sur les lieu-dits /voisinage/ quartier

2014-10-16 Per discussione Stéphane Péneau


Salut Vincent,

Il n'y aurait pas une erreur d'intitulé sur les colonnes ?
Je lis dans le désordre
voies FANTOIR sans rapprochement OSM
voies FANTOIR sans rapprochement OSM
voies FANTOIR avec rapprochement OSM
voies FANTOIR avec rapprochement OSM

Ou alors certaines sous-colonnes ne sont pas au bon endroit

Stf

Le 15/10/2014 23:49, Vincent de Château-Thierry a écrit :


Je viens d'ajouter 2 listes de voies sur :
http://cadastre.openstreetmap.fr/fantoir/

Elles reprennent ce que j'évoquais hier (ci-dessus), à savoir les 
listes de voies où aucune adresse n'est connue, listes séparées entre 
voies connues de Fantoir, et les autres.
Ça s'appuie sur le tout nouveau contenu de BANO qui représente chaque 
voie par un point, en s'affranchissant des n°, contenu à peine sec 
(première production la nuit dernière).
Parmi les points à traiter sur ces listes : ajouter la capacité 
d'afficher les cartes et d'éditer, comme pour les voies numérotées. Je 
compte utiliser les parcelles pour déterminer la zone de cadrage, vu 
qu'ici par définition on ne peut pas utiliser la géométrie des n° 
d'adresses.


À suivre et vos retours bienvenus.

vincent

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



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

Re: [OSM-talk-fr] [BANO] rapprochement sur les lieu-dits /voisinage/ quartier

2014-10-16 Per discussione Christian Quest

Tu as 2 grandes colonnes: avec ou sans adresses et pour chaque avec ou sans
rapprochement OSM, du coup ça fait 2x2=4...

Le 16 octobre 2014 08:24, Stéphane Péneau stephane.pen...@wanadoo.fr a
écrit :

 Salut Vincent,

 Il n'y aurait pas une erreur d'intitulé sur les colonnes ?
 Je lis dans le désordre
 voies FANTOIR sans rapprochement OSM
 voies FANTOIR sans rapprochement OSM
 voies FANTOIR avec rapprochement OSM
 voies FANTOIR avec rapprochement OSM

 Ou alors certaines sous-colonnes ne sont pas au bon endroit

 Stf

 Le 15/10/2014 23:49, Vincent de Château-Thierry a écrit :


 Je viens d'ajouter 2 listes de voies sur :
 http://cadastre.openstreetmap.fr/fantoir/

 Elles reprennent ce que j'évoquais hier (ci-dessus), à savoir les listes
 de voies où aucune adresse n'est connue, listes séparées entre voies
 connues de Fantoir, et les autres.
 Ça s'appuie sur le tout nouveau contenu de BANO qui représente chaque
 voie par un point, en s'affranchissant des n°, contenu à peine sec
 (première production la nuit dernière).
 Parmi les points à traiter sur ces listes : ajouter la capacité
 d'afficher les cartes et d'éditer, comme pour les voies numérotées. Je
 compte utiliser les parcelles pour déterminer la zone de cadrage, vu qu'ici
 par définition on ne peut pas utiliser la géométrie des n° d'adresses.

 À suivre et vos retours bienvenus.

 vincent

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



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




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

Re: [OSM-talk-fr] Sites de routage basés sur OSM : numéros de rue?

2014-10-16 Per discussione desgranges . paul

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

Re: [OSM-talk-fr] [BANO] rapprochement sur les lieu-dits /voisinage/ quartier

2014-10-16 Per discussione Yves Pratter


Le 16 oct. 2014 à 08:09, JB jb...@mailoo.org a écrit :

 On peut avoir les liens d'édition de carte pour les nouvelles colonnes aussi ?
 
+1
C’est difficile de retrouver une rue

Mais je cros que Vincent y travaille ;-)
 Parmi les points à traiter sur ces listes : ajouter la capacité d'afficher 
 les cartes et d'éditer, comme pour les voies numérotées. Je compte utiliser 
 les parcelles pour déterminer la zone de cadrage, vu qu'ici par définition on 
 ne peut pas utiliser la géométrie des n° d’adresses.

Merci,

—
Yves


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

Re: [OSM-talk-fr] [BANO] rapprochement sur les lieu-dits /voisinage/ quartier

2014-10-16 Per discussione Stéphane Péneau


Le 16/10/2014 08:51, Christian Quest a écrit :
Tu as 2 grandes colonnes: avec ou sans adresses et pour chaque avec ou 
sans rapprochement OSM, du coup ça fait 2x2=4...




Je me doutais que c'était un truc dans le genre.

Avec Chrome, c'est Ok, mais pas avec Firefox (cache vidé) ni avec 
internet explorer, tout est réuni sous la colonne avec adresse.



Stf



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

Re: [OSM-talk-fr] [Josm 7588] Un message d'erreur que je ne comprends pas bien

2014-10-15 23:55 GMT+02:00 Vincent de Château-Thierry osm.v...@free.fr:

 Ça interpelle les débutants, soit. Mais, si je te suis, il faudrait
 préconiser 2 manières de tagguer, en fonction de l'analyse faite sur les
 tags des membres. À expliquer et à assimiler, c'est pire... Au moins,
 statuer que pour _tous_ les multipolygons les tags sont sur la relation,
 c'est constant, donc au final, à mon avis, plus simple.

Pas forcément. On pourrait aussi dire que la valeur du polygone se
définit toujours sur le/les ways extérieurs (outer), qu'il soit simple
ou multi.

Pieren

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

Re: [OSM-talk-fr] Sites de routage basés sur OSM : numéros de rue?

2014-10-16 Per discussione Maxime Résibois

Bonjour,

Perso j'utilise souvent OpenRouteService, qui permet de choisir les
itinéraires les plus sûrs à vélo, d'exporter en GPX, de définir des zones à
éviter ou des points par lesquelles passer, de créer un profil d'élévation
du parcours défini. Il n'est pas parfait mais il s'en sort plutôt bien je
trouve. Grâce à cet, j'ai trouvé des itinéraires cyclables que je n'aurais
pas trouvé par moi-même et que Google ne connaissait pas non plus.
OSMR est bien pour un trajet en voiture mais il ne permet pas de passer par
des tronçons interdits aux bagnoles.

Bonne journée,

Maxime

2014-10-16 9:01 GMT+02:00 desgranges.p...@neuf.fr:

Pour préparer des sorties vélo et dessiner des parcours, voir le dénivelé,
les pourcentage de pente etc, je me sers de openrunner. Vraiment pas mal !

Je cherche une solution simple et légère pour dessiner des parcours à vélo
(important : j'aimerais pouvoir forcer le passage même si NOK pour
voitures):
1. Je tape l'adresse source, l'adresse destination
2. Il affiche un parcours, que je peux personnaliser en tirant dessus
3. Export en KML.

Merci.

--
View this message in context:
http://gis.19327.n5.nabble.com/Sites-de-routage-bases-sur-OSM-numeros-de-rue-tp5820443.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] [BANO] rapprochement sur les lieu-dits /voisinage/ quartier

2014-10-16 Per discussione JB


Le 16/10/2014 09:18, Yves Pratter a écrit :

Parmi les points à traiter sur ces listes : ajouter la capacité d'afficher les 
cartes et d'éditer, comme pour les voies numérotées. Je compte utiliser les 
parcelles pour déterminer la zone de cadrage, vu qu'ici par définition on ne 
peut pas utiliser la géométrie des n° d’adresses.

Oups, lu trop vite…
Juste un carré de 50m*50m autour du point central (celui repéré par 
Bano), ça me suffirait… Après, on peut toujours télécharger plus large 
si nécessaire ?

JB.

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

Re: [OSM-talk-fr] Sites de routage basés sur OSM : numéros de rue?

2014-10-16 Per discussione Nicolas Dumoulin

Le jeudi 16 octobre 2014 09:55:56 Maxime Résibois a écrit :
 Bonjour,
 
 Perso j'utilise souvent OpenRouteService, qui permet de choisir les
 itinéraires les plus sûrs à vélo, d'exporter en GPX, de définir des zones à
 éviter ou des points par lesquelles passer, de créer un profil d'élévation
 du parcours défini. Il n'est pas parfait mais il s'en sort plutôt bien je
 trouve. Grâce à cet, j'ai trouvé des itinéraires cyclables que je n'aurais
 pas trouvé par moi-même

+1

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

Re: [OSM-talk-fr] [BANO] rapprochement sur les lieu-dits /voisinage/ quartier

2014-10-16 Per discussione Vincent de Château-Thierry

Selon Stéphane Péneau stephane.pen...@wanadoo.fr:

 Avec Chrome, c'est Ok, mais pas avec Firefox (cache vidé) ni avec
 internet explorer, tout est réuni sous la colonne avec adresse.

Je reproduis avec FF :( Privilégiez Chrome pour l'instant, si vous pouvez

vincent

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

Re: [OSM-talk-fr] [Josm 7588] Un message d'erreur que je ne comprends pas bien

2014-10-16 Per discussione Vincent de Château-Thierry

Selon Pieren pier...@gmail.com:

 Pas forcément. On pourrait aussi dire que la valeur du polygone se
 définit toujours sur le/les ways extérieurs (outer), qu'il soit simple
 ou multi.

Oui mais là on tourne en rond, vu que pour les multipolygones c'est exactement
cette modélisation qui pose problème, car rien n'empêche une incohérence entre
les tags des différents ways outer. À partir de là, l'exploitation de l'objet
complet représenté par la relation devient un cauchemar et une loterie.

vincent

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

Re: [OSM-talk-fr] Sites de routage basés sur OSM : numéros de rue?

2014-10-15 23:56 GMT+02:00 Shohreh codecompl...@free.fr:

 Avant de passer plus de temps là-dessus, j'aimerais vérifier une chose :
 apparemment, OSM souffre du manque de numéros de rues parce que ça demande
 un gros boulot pour rentrer ces infos. Si c'est le cas, c'est rédhibitoire
 quand on veut dessiner des parcours en ville.

 Pouvez-vous confirmer?

Quelle ville ? Tu peux vérifier par toi-même si les numéros sont déjà
dans OSM pour ta ville de prédilection en regardant simplement la
carte principale et en zoomant pour voir les détails. Si tu vois que
ça manque, tu peux soit te lancer dans l'ajout des numéros toi-même,
soit chercher un membre de la communauté plus aguerri qui acceptera de
le faire à ta place. Si c'est dans beaucoup de petites
villes/villages, ça prendra aussi beaucoup plus de temps. Mais la
navigation à la rue près, c'est déjà pas mal (à condition de mettre
les noms de rues manquants dans OSM, mais ça, tu peux aussi
certainement le faire toi-même).

Pieren

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

Re: [OSM-talk-fr] [BANO] rapprochement sur les lieu-dits /voisinage/ quartier

En effet, Il y a un problème de taille sur les balises TR et TD.

Faire un dimensionnement en 100% sur le tableau, 50% sur les TD du header,
et 25% sur les colonnes TD en dessous
ça évitera les problèmes

Le 16 octobre 2014 10:01, JB jb...@mailoo.org a écrit :

 Le 16/10/2014 09:18, Yves Pratter a écrit :

 Parmi les points à traiter sur ces listes : ajouter la capacité
 d'afficher les cartes et d'éditer, comme pour les voies numérotées. Je
 compte utiliser les parcelles pour déterminer la zone de cadrage, vu qu'ici
 par définition on ne peut pas utiliser la géométrie des n° d’adresses.

 Oups, lu trop vite…
 Juste un carré de 50m*50m autour du point central (celui repéré par Bano),
 ça me suffirait… Après, on peut toujours télécharger plus large si
 nécessaire ?
 JB.


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

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

Re: [OSM-talk-fr] [Josm 7588] Un message d'erreur que je ne comprends pas bien

2014-10-16 Per discussione Philippe Verdy

Si on met les tags juste sur les ways outer, les autres ways inner risquent
de ne pas être chargés et on va obtenir un rendu ou une analyse incorrecte
sur les zones couvertes par les enclaves où le tag ne s'applique pas.
De plus il arrive assez souvent que les tags applicable au multipolygone
entier ne puisse PAS s'appliquer sans conflit sur les ways outer qui sont
aussi des way outer d'autres multipolygone (il y a souvent des conflits
d'interprétation entre les valeurs de tag selon la présence d'autres tags
ou selon le type de multipolygone (notamment les highway=*, waterway=*;
natural=*; man_made=* qui sont un peu trop fourre-tout)
Il est logique de ne plus utiliser des tags sur des ways qui ne sont pas
interprétables correctement hors du multipolygone complet qui seul définit
la géométrie applicable sur l'objet complètement délimité.
De plus en terme de maintenance on évite une redondance de données, l'info
est centralisée au bon endroit sans avoir besoin d'être dupliquée et
maintenue de façon cohérente dans tous les membres outer (d'autant plus
qu'il arrive fréquemment que lors de correction de précision, des ways
changent de role outer/inner (et nombre d'utilisateurs oublient de changer
ce rôle qui est surtout informatif dans les relations multipolygon,
boundary et similaires décrivant des surfaces)

Il faut absolument apprendre aux utilisateurs qu'un chemin seul même s'il
ne semble pas avoir de tags utile, peut être lié à des relations qui
définissent son usage. Mais du fait que les éditeurs si,ples pour
débutant dissimulent trop ces informations (iD est horrible, il rend ces
infos quasi invisibles), on doit encore mettre quelques infos minimales
redondantes sur les ways. Ce problème existe tout autant quand on consulte
un objet sur le site ou son historique: sans cette redondance minimale (ou
un tag informatif de note) ces objets ne sont pas facilement repérable dans
des longues listes d'objet pour faciliter leur sélection correcte lors de
l'édition.

Bref on doit mettre tous les tags utile sur les polygones et non sur les
ways si ces tags sont implicitement interprétés comme applicables, et
surtout si ces ways sont fermés. On doit supprier ces tags des ways pour
éviter aussi des conflits de valeurs de tags entre la valeur donnée dns le
multipolygone et celle sur le way.

Pour le reste on peut mettre un peu de redondance mais à caractère
informatif sur le way. L'ennui est que pour certains tags, il est tout à
fait normal d'avoir une différence de valeur entre le tag de la relation et
celui du way; notamment sur les tags name qui autorisent d'avoir un nom
local approprié différent de celui de la relation complète.

Dans d'autres cas c'est tout bonnement incorrect d'avoir le tag sur le way
outer, notamment sur les ways partagés par des relations décrivant des
surfaces adjascentes et toutes deux avec le rôle outer, car le tag sera bon
pour une relation mais pas pour l'autre. Le seul moyen de résoudre le
conflit d'interprétation est de mettre les tags appropriés pour chaque
surface dans chaque relation et pas du tout sur le way mitoyen (où ne peut
figurer qu'un tag informatif qui ne doit jamais être interprété comme
modifiant localement l'interprétation donnée par les relations complètes,
et sans ce cas on n'a souvent qu'un seul moyen, celui d'une note
informative mais surtout pas avec les mêmes tags avec des valeurs locales
différentes).


Le 16 octobre 2014 09:53, Pieren pier...@gmail.com a écrit :

 2014-10-15 23:55 GMT+02:00 Vincent de Château-Thierry osm.v...@free.fr:

  Ça interpelle les débutants, soit. Mais, si je te suis, il faudrait
  préconiser 2 manières de tagguer, en fonction de l'analyse faite sur les
  tags des membres. À expliquer et à assimiler, c'est pire... Au moins,
  statuer que pour _tous_ les multipolygons les tags sont sur la relation,
  c'est constant, donc au final, à mon avis, plus simple.

 Pas forcément. On pourrait aussi dire que la valeur du polygone se
 définit toujours sur le/les ways extérieurs (outer), qu'il soit simple
 ou multi.

 Pieren

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

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

Re: [OSM-talk-fr] [Josm 7588] Un message d'erreur que je ne comprends pas bien

Le problème par rapport au logiciel SIG sur le mutipolygones c'est de
considérer qu'un Inner peut être différent du polygon englobant... En fait
il faudrait faire que les way inner et outer. Puis créer le mutipolygone à
la fin et le qualifier.

Exmeple: Comme pour les lacs à élément multiple contenant des ilots de
terre.
Et traiter ça comme une seule couche. Puis dessiner ensuite dans les trous
les landuses sur les noeuds existant.

ça fait un double traitement mais ça c'est propre et simple à convertir sur
d'autre SIG. Là, sur OSM, on considère que tout est mélangeable (empilable)
pour avoir des objets imbriquable à souhait.

C'est là que pose le problème et c'est une logique qu'un sigiste n'a pas
car l'ensemble des autres soft ne focntionnent pas ainsi mais par couches
séparées ou par objet séparé et jointif. Donc non imbriqué. 9a c'est lié au
format XML ou JSON

Le 16 octobre 2014 10:36, Philippe Verdy verd...@wanadoo.fr a écrit :

 Si on met les tags juste sur les ways outer, les autres ways inner
 risquent de ne pas être chargés et on va obtenir un rendu ou une analyse
 incorrecte sur les zones couvertes par les enclaves où le tag ne s'applique
 pas.
 De plus il arrive assez souvent que les tags applicable au multipolygone
 entier ne puisse PAS s'appliquer sans conflit sur les ways outer qui sont
 aussi des way outer d'autres multipolygone (il y a souvent des conflits
 d'interprétation entre les valeurs de tag selon la présence d'autres tags
 ou selon le type de multipolygone (notamment les highway=*, waterway=*;
 natural=*; man_made=* qui sont un peu trop fourre-tout)
 Il est logique de ne plus utiliser des tags sur des ways qui ne sont pas
 interprétables correctement hors du multipolygone complet qui seul définit
 la géométrie applicable sur l'objet complètement délimité.
 De plus en terme de maintenance on évite une redondance de données, l'info
 est centralisée au bon endroit sans avoir besoin d'être dupliquée et
 maintenue de façon cohérente dans tous les membres outer (d'autant plus
 qu'il arrive fréquemment que lors de correction de précision, des ways
 changent de role outer/inner (et nombre d'utilisateurs oublient de changer
 ce rôle qui est surtout informatif dans les relations multipolygon,
 boundary et similaires décrivant des surfaces)

 Il faut absolument apprendre aux utilisateurs qu'un chemin seul même s'il
 ne semble pas avoir de tags utile, peut être lié à des relations qui
 définissent son usage. Mais du fait que les éditeurs si,ples pour
 débutant dissimulent trop ces informations (iD est horrible, il rend ces
 infos quasi invisibles), on doit encore mettre quelques infos minimales
 redondantes sur les ways. Ce problème existe tout autant quand on consulte
 un objet sur le site ou son historique: sans cette redondance minimale (ou
 un tag informatif de note) ces objets ne sont pas facilement repérable dans
 des longues listes d'objet pour faciliter leur sélection correcte lors de
 l'édition.

 Bref on doit mettre tous les tags utile sur les polygones et non sur les
 ways si ces tags sont implicitement interprétés comme applicables, et
 surtout si ces ways sont fermés. On doit supprier ces tags des ways pour
 éviter aussi des conflits de valeurs de tags entre la valeur donnée dns le
 multipolygone et celle sur le way.

 Pour le reste on peut mettre un peu de redondance mais à caractère
 informatif sur le way. L'ennui est que pour certains tags, il est tout à
 fait normal d'avoir une différence de valeur entre le tag de la relation et
 celui du way; notamment sur les tags name qui autorisent d'avoir un nom
 local approprié différent de celui de la relation complète.

 Dans d'autres cas c'est tout bonnement incorrect d'avoir le tag sur le way
 outer, notamment sur les ways partagés par des relations décrivant des
 surfaces adjascentes et toutes deux avec le rôle outer, car le tag sera bon
 pour une relation mais pas pour l'autre. Le seul moyen de résoudre le
 conflit d'interprétation est de mettre les tags appropriés pour chaque
 surface dans chaque relation et pas du tout sur le way mitoyen (où ne peut
 figurer qu'un tag informatif qui ne doit jamais être interprété comme
 modifiant localement l'interprétation donnée par les relations complètes,
 et sans ce cas on n'a souvent qu'un seul moyen, celui d'une note
 informative mais surtout pas avec les mêmes tags avec des valeurs locales
 différentes).


 Le 16 octobre 2014 09:53, Pieren pier...@gmail.com a écrit :

 2014-10-15 23:55 GMT+02:00 Vincent de Château-Thierry osm.v...@free.fr:

  Ça interpelle les débutants, soit. Mais, si je te suis, il faudrait
  préconiser 2 manières de tagguer, en fonction de l'analyse faite sur les
  tags des membres. À expliquer et à assimiler, c'est pire... Au moins,
  statuer que pour _tous_ les multipolygons les tags sont sur la relation,
  c'est constant, donc au final, à mon avis, plus simple.

 Pas forcément. On pourrait aussi dire que la valeur du polygone se
 définit toujours sur le/les ways

Re: [OSM-talk-fr] [Josm 7588] Un message d'erreur que je ne comprends pas bien

2014-10-16 10:29 GMT+02:00 Vincent de Château-Thierry osm.v...@free.fr:

 Oui mais là on tourne en rond, vu que pour les multipolygones c'est exactement
 cette modélisation qui pose problème, car rien n'empêche une incohérence entre
 les tags des différents ways outer. À partir de là, l'exploitation de l'objet
 complet représenté par la relation devient un cauchemar et une loterie.

Les incohérences, ça se détecte et ça se corrige. La relation
n'empêche pas non plus les incohérences si des ways portent des tags
différents du multipolygon. C'est juste une question de choix.

Pieren

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

[OSM-talk-fr] Avancement du rapprochement des rues OSM avec Fantoir

2014-10-16 Per discussione Vincent de Château-Thierry

Bonjour,
Avec l'arrivée dans BANO des points représentant non des adresses mais des rues,
apparaît un nouveaux chiffre sur le rapprochement entre voies OSM et
FANTOIR. On a en effet 104520 voies sans aucune adresse (ni au Cadastre ni dans
OSM) pour lesquelles le nom OSM a permis de trouver un code FANTOIR.

Le rapprochement ici :
http://munin.openstreetmap.fr/osm12.free.org/osm104.openstreetmap.fr/bano_rapproche.html
ne tien t compte que des voies avec adresses.
On peut donc considérer que le nombre total de voies rapprochées est plutôt
autour de 76 actuellement.
Grâce au même contenu points de rues, on comptabilise 25 voies de source
OSM non reconnues côté FANTOIR.
76 + 25 : on aurait donc, dès à présent, plus d'1 million de rues
nommées en France dans OSM. (on a le droit de s'applaudir, là ? :) )

Le nombre de voies dans FANTOIR étant autour de 150, on est donc aux 2/3
du trajet vers un inventaire exhaustif des rues de France dans OSM.

vincent

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

Re: [OSM-talk-fr] découpage administratif niveau 10 à la Ferté-Macé (Mayenne)

Philippe ça revient à ce que je vient de dire. C'est pas à considérer comme
une erreur mais comme un travail en cours. Comme tu le proposais,

1) Il faudrait générer les relations même si le nom n'est pas affiché en
mettant le FIXME que tu proposais. Ainsi la cohérence serait parfaite. Mais
il n'y a pas d'erreur à proprement parlé de tag ou de saisie. Juste des
relations non réalisées.

Ça ne change pas le problème que l'on fait remonté (sur plusieurs sujet)
concernant la gestion et la saisie de cette informations en tant que place
(node, way) et celle de boundary.

Je vous invite donc à voir mon message précédent car comme David je me
retrouve confronté à savoir comment saisir ces infos.

Certains n'ont pas attendu et j'aimerai compléter le wiki pour éviter
d'avoir dans la base des saisies complètement différentes pour la même
information.


Le 15 octobre 2014 18:06, Philippe Verdy verd...@wanadoo.fr a écrit :

 remonte au way du mail initial (détecté par Osmose comme fragment de
 frontière isolé).

 http://www.openstreetmap.org/way/306246629

 il n'est utilisé par aucune relation contrairement à tous les autres,
 c'est un morceau oublié qui devrait fermer une relation manquante, il est
 au milieu d'une zone encore vierge, mais il est connecté aux extrémités aux
 autres limites de relations existantes.


 Le 15 octobre 2014 17:14, Jérôme Seigneuret jseigneuret-...@yahoo.fr a
 écrit :

 * Même lieu-dit, mais sur plusieurs feuilles cadastrales. L'idée est de
 les fusionner par la suite lorsque l'approche *
 * typographique est identique*.
 Après vu que c'est la même zone sur les planches il est tout à fait
 envisageable et plus correcte d'enlever les limites inutiles pour avoir
 qu'une seule zone

 Pour Overpass je viens de vérifier http://overpass-turbo.eu/s/5tv et il
 n'y  pas de gap dans les relations présentés. Je vois donc pas de quoi tu
 parles. Philippe, peux-tu me montrer un exemple sur le cas en cours via une
 requête enregistrée? . Moi j'ai juste des trous car les zones n'ont pas été
 générées avec de relations pour avoir une cohérence totale sur la commune
 (PS c'est frais aussi donc on peut aussi attendre qu'il finisse ;-) ) et
 voir aussi apparaître un FIXME sur les noms manquants.

 Reste que cela remonte le problème des toponymes locaux dont deux
 possibilités sont offertes en France et sans cohérence ou précision
 particulière à la saisie

 d'une par les *boundary *en way + relation (+ node *admin_center)*
 d'autre part *place *en way closed (+/ou node d'étiquette central)

 En sachant que boundary au level 10 la doc dit  *limites des quartiers
 utilisés pour la démocracie locale*
 Pour moi c'est vague et ça dit tous et rien...

  et que dans la doc *places
 http://wiki.openstreetmap.org/wiki/FR:Places*on doit:

 Pour un toponyme correspondant à une aire administrative
 http://wiki.openstreetmap.org/wiki/FR:Places#Fronti.C3.A8res_administratives
 : *D'ailleurs on ne devrait pas renvoyer sur boundary directement???*

1. *Créer un chemin fermé autour du périmètre de l'aire utilisant un
ou plusieurs chemins. déjà la on devrait parler de chemin relié aux deux
extrémités ou fermé car fermé sous-entend fermé sur lui même comme les
polygones*
2. Mettre l'attribut boundary
http://wiki.openstreetmap.org/wiki/Key:boundary=administrative
http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative avec
ce chemin et avec le niveau approprié admin_level
http://wiki.openstreetmap.org/wiki/Key:admin_level=*.
3. Ajouter ces chemins à la relaltion administrative Relation:boundary
http://wiki.openstreetmap.org/wiki/Relation:boundary.
4. Ajouter l'attribut boundary
http://wiki.openstreetmap.org/wiki/Key:boundary=administrative
http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative et
le niveau administratif approprié admin_level
http://wiki.openstreetmap.org/wiki/Key:admin_level=* à la relation.
5. Fixer le rôle de chaque chemins qui sont à 'l'extérieur' à moins
que se soit une enclave, dans laquelle il n'y a plus qu'a mettre le rôle
inner.
6. On peut optionnellement mettre un noeud au centre de l'aire
administrative et lui donner le rôle de centre administratif 
 admin_centre.


 Doit-on faire un choix, doit-on mettre des règles de saisie pour ce
 niveau? Car pour moi c'est pas explicite et me semble quand même important
 car ce sont des lieu-dit locaux employés régulièrement certes pas facile à
 extraire du cadastre d'où l'ajout d'un simple tag place.

 Pour la limites des lieux-dit Pieren, je sais dans quelle région tu es
 mais sur les plans cadastraux c'est quand même clairement délimité!

 On ne parle pas juste des panneaux qui eux ne correspond à rien d'autre
 que des besoins de circulation.
 Le cadastre n'est peut-être pas aussi propre dans toutes les régions mais
 là c'est quand même bien clair.
 Quand tu dit que rien ne délimite précisement... Je te dis juste regarde
 le plan cadastral et tu verra que

Re: [OSM-talk-fr] [Josm 7588] Un message d'erreur que je ne comprends pas bien

2014-10-16 Per discussione Vincent de Château-Thierry

Selon Pieren pier...@gmail.com:

 Les incohérences, ça se détecte et ça se corrige. La relation
 n'empèche pas non plus les incohérences si des ways portent des tags
 différents du multipolygon. C'est juste une question de choix.

Non. L'idée c'est de ne considérer _que_ les tags de la relation, ce qui
évite de se demander s'il y a cohérence avec les tags des ways outer. D'où
l'incitation dans le message de JOSM.
Ce fil [1] traitait du sujet l'année dernière.

vincent

[1] : https://lists.openstreetmap.org/pipermail/talk/2013-September/068189.html

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

Re: [OSM-talk-fr] Pour les amateurs de beaux rendus, même pour les cyclistes

2014-10-16 Per discussione Nicolas Frery

Le 16/10/2014 02:36, Shohreh a écrit :
 Je voudrais qu'une fois que le parcours a été dessiné, les segments
 s'affichent d'une couleur différente selon le dénivellé.

Quelqu'un à déjà réalisé un calculateur qui affiche le résultat avec ce
que tu demande.

RV, http://bit.ly/1w8EGb9 le calcul est assez long, mais le temps de
parcours correspond tout à fait à celui effectué, les pentes sont
affichées, le vent est pris en compte, etc.

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

Re: [OSM-talk-fr] [BANO] rapprochement sur les lieu-dits /voisinage/ quartier

2014-10-16 Per discussione Stéphane Péneau

Cela fait bien trop longtemps que je n'ai pas fait de CSS pour 
comprendre ce qui pose problème, mais si je supprime le float:left du 
style .rubrique, alors ça passe correctement avec Firefox et IE.


Stf

Le jeudi 16 octobre 2014 10:36:37, Jérôme Seigneuret a écrit :

En effet, Il y a un problème de taille sur les balises TR et TD.

Faire un dimensionnement en 100% sur le tableau, 50% sur les TD du
header, et 25% sur les colonnes TD en dessous
ça évitera les problèmes

Le 16 octobre 2014 10:01, JB jb...@mailoo.org
mailto:jb...@mailoo.org a écrit :

Le 16/10/2014 09:18, Yves Pratter a écrit :

Parmi les points à traiter sur ces listes : ajouter la
capacité d'afficher les cartes et d'éditer, comme pour les
voies numérotées. Je compte utiliser les parcelles pour
déterminer la zone de cadrage, vu qu'ici par définition on ne
peut pas utiliser la géométrie des n° d’adresses.

Oups, lu trop vite…
Juste un carré de 50m*50m autour du point central (celui repéré
par Bano), ça me suffirait… Après, on peut toujours télécharger
plus large si nécessaire ?
JB.


_
Talk-fr mailing list
Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org
https://lists.openstreetmap.__org/listinfo/talk-fr
https://lists.openstreetmap.org/listinfo/talk-fr




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




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

Re: [OSM-talk-fr] Avancement du rapprochement des rues OSM avec Fantoir

J'ajouterai une petite limite. Une petite pondération car tu dois avoir 10%
de voies correspondant soit à du Alt_name soit à du old_name... et des
voies nommées sur la base des lieu-dits...

Dans les voies non rapprochées et sans adresse j'ai pas mal d’erreurs
d'orthographe et d'anciens noms de route ou de rue. C'est 25% dans mon
village.

D'ailleurs j'ai remarqué aussi que dans BANO les noms des lieux-dit sont
tronqués... La taille du champs de stockage est trop restrictive soit dans
BANO soit c'est la source qui est déjà tronqué.

Mais sinon c'est cool ;-)

Le 16 octobre 2014 11:05, Vincent de Château-Thierry osm.v...@free.fr a
écrit :

 Bonjour,
 Avec l'arrivée dans BANO des points représentant non des adresses mais des
 rues,
 apparaît un nouveaux chiffre sur le rapprochement entre voies OSM et
 FANTOIR. On a en effet 104520 voies sans aucune adresse (ni au Cadastre ni
 dans
 OSM) pour lesquelles le nom OSM a permis de trouver un code FANTOIR.

 Le rapprochement ici :

 http://munin.openstreetmap.fr/osm12.free.org/osm104.openstreetmap.fr/bano_rapproche.html
 ne tien t compte que des voies avec adresses.
 On peut donc considérer que le nombre total de voies rapprochées est plutôt
 autour de 76 actuellement.
 Grâce au même contenu points de rues, on comptabilise 25 voies de
 source
 OSM non reconnues côté FANTOIR.
 76 + 25 : on aurait donc, dès à présent, plus d'1 million de rues
 nommées en France dans OSM. (on a le droit de s'applaudir, là ? :) )

 Le nombre de voies dans FANTOIR étant autour de 150, on est donc aux
 2/3
 du trajet vers un inventaire exhaustif des rues de France dans OSM.

 vincent

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

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

Re: [OSM-talk-fr] [BANO] rapprochement sur les lieu-dits /voisinage/ quartier

2014-10-16 Per discussione Vincent de Château-Thierry

Selon Stéphane Péneau stephane.pen...@wanadoo.fr:

 Cela fait bien trop longtemps que je n'ai pas fait de CSS pour
 comprendre ce qui pose problème, mais si je supprime le float:left du
 style .rubrique, alors ça passe correctement avec Firefox et IE.

 Le jeudi 16 octobre 2014 10:36:37, JÃ©rÃŽme Seigneuret a Ã©crit :
  En effet, Il y a un problème de taille sur les balises TR et TD.

Merci pour vos pistes :)

vincent

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

Re: [OSM-talk-fr] Avancement du rapprochement des rues OSM avec Fantoir

2014-10-16 Per discussione Vincent de Château-Thierry

Selon Jérôme Seigneuret jseigneuret-...@yahoo.fr:

 D'ailleurs j'ai remarqué aussi que dans BANO les noms des lieux-dit sont
 tronqués... La taille du champs de stockage est trop restrictive soit dans
 BANO soit c'est la source qui est déjà  tronqué.

J'aimerais bien que le problème vienne de BANO sur ce coup là. Malheureusement
c'est à la source : le libellé de voie dans FANTOIR plafonne à 26 caractères,
cf. p6 de la doc :
http://www.collectivites-locales.gouv.fr/files/files/gestion_locale_dgfip/national/FANTOIR_Descriptif.pdf

C'est un peu court pour caser ce genre de nom sans abréviations... :
http://www.openstreetmap.org/way/39043386

vincent

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

Re: [OSM-talk-fr] Avancement du rapprochement des rues OSM avec Fantoir

Les lieu-dit sont considérés comme des Voies? J'ai pas vue de description
spécifique au lieu-dit. C'est pas un point avec une étiquette du toponyme?

Je comprends pour les abréviations mais là c'est pas ça, c'est une
troncature des données (fin de libellé avec nom coupé)


Le 16 octobre 2014 11:41, Vincent de Château-Thierry osm.v...@free.fr a
écrit :

 Selon Jérôme Seigneuret jseigneuret-...@yahoo.fr:

  D'ailleurs j'ai remarqué aussi que dans BANO les noms des lieux-dit sont
  tronqués... La taille du champs de stockage est trop restrictive soit
 dans
  BANO soit c'est la source qui est déjà  tronqué.

 J'aimerais bien que le problème vienne de BANO sur ce coup là.
 Malheureusement
 c'est à la source : le libellé de voie dans FANTOIR plafonne à 26
 caractères,
 cf. p6 de la doc :

 http://www.collectivites-locales.gouv.fr/files/files/gestion_locale_dgfip/national/FANTOIR_Descriptif.pdf

 C'est un peu court pour caser ce genre de nom sans abréviations... :
 http://www.openstreetmap.org/way/39043386

 vincent

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

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

Re: [OSM-talk-fr] [Josm 7588] Un message d'erreur que je ne comprends pas bien

2014-10-16 11:18 GMT+02:00 Vincent de Château-Thierry osm.v...@free.fr:

 Non. L'idée c'est de ne considérer _que_ les tags de la relation, ce qui
 évite de se demander s'il y a cohérence avec les tags des ways outer. D'où
 l'incitation dans le message de JOSM.
 Ce fil [1] traitait du sujet l'année dernière.

Bah non, le message dit bien not the outer way. Il cherche donc à
éviter les doublons/incohérences. Mais ce test pourrait aussi se
limiter à vérifier que tous les ways outer sont portent les mêmes tags
de polygon (quand il y en a plusieurs).

Pieren

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

Re: [OSM-talk-fr] [BANO] rapprochement sur les lieu-dits /voisinage/ quartier

2014-10-16 Per discussione Yves Pratter


Le 16 oct. 2014 à 11:36, Vincent de Château-Thierry osm.v...@free.fr a écrit :

 Merci pour vos pistes :)
ça marche toujours aussi bien avec Safari, Chrome mais le résultat est moche 
sous Firefox (test sous Mac OS X 10.9)

Avec Firefox, Voies avec adresses fait 4 colonnes de large et Voies sans 
adresses fait une colonne de large et dépasse du tableau.
Ce qui est curieux, c’est que dans le code source de Firefox, il rajoute des 
tbody dans les tableaux.

Je constate que tu as 5 tableau,celui de l’entête suivi de 4 tableaux que tu 
montres ou caches en fonction des cliques ?

Ça serait plus logique de mettre un seul tableau avec la partie entête thead 
et dedans 1 colonne qui contient tes tableaux que tu masques ou affiches en 
fonction des cliques.

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

Re: [OSM-talk-fr] [BANO] rapprochement sur les lieu-dits /voisinage/ quartier

2014-10-16 Per discussione Francescu GAROBY

Concernant les 4 nombres donnés dans les en-têtes de colonnes, il semble
que seul celui de la première colonne (Voies avec adresses - voies
FANTOIR sans rapprochement OSM) est affiché sur la carte BANO
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#13/49.1722/-0.3608.
Ne serait-il pas intéressant soit d'afficher aussi celui de la troisième
colonne (Voies sans adresses - voies FANTOIR sans rapprochement OSM) à
coté (manque XX + YY voies) ? Soit d'afficher l'addition de ces 2 valeurs
?

Francescu

Le 16 octobre 2014 14:01, Yves Pratter yves.prat...@gmail.com a écrit :


 Le 16 oct. 2014 à 11:36, Vincent de Château-Thierry osm.v...@free.fr a
 écrit :

 Merci pour vos pistes :)

 ça marche toujours aussi bien avec Safari, Chrome mais le résultat est
 moche sous Firefox (test sous Mac OS X 10.9)

 Avec Firefox, *Voies avec adresses* fait 4 colonnes de large et *Voies
 sans adresses* fait une colonne de large et dépasse du tableau.
 Ce qui est curieux, c’est que dans le code source de Firefox, il rajoute
 des tbody dans les tableaux.

 Je constate que tu as 5 tableau,celui de l’entête suivi de 4 tableaux que
 tu montres ou caches en fonction des cliques ?

 Ça serait plus logique de mettre un seul tableau avec la partie entête
 thead et dedans 1 colonne qui contient tes tableaux que tu masques ou
 affiches en fonction des cliques.

 —
 Yves

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




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

Re: [OSM-talk-fr] [BANO] rapprochement sur les lieu-dits /voisinage/ quartier

2014-10-16 Per discussione Vincent de Château-Thierry

Selon Francescu GAROBY windu...@gmail.com:

 Concernant les 4 nombres donnés dans les en-têtes de colonnes, il semble
 que seul celui de la première colonne (Voies avec adresses - voies
 FANTOIR sans rapprochement OSM) est affiché sur la carte BANO
 http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#13/49.1722/-0.3608.
 Ne serait-il pas intéressant soit d'afficher aussi celui de la troisième
 colonne (Voies sans adresses - voies FANTOIR sans rapprochement OSM) Ã 
 coté (manque XX + YY voies) ? Soit d'afficher l'addition de ces 2 valeurs

Tout à fait, histoire de donner un panorama plus complet des manques par
commune.
Le préalable est le même que pour proposer les liens de visu et d'édition en
fin de ligne : il faut une géométrie (au moins 1 point) pour ces voies. Or,
étant sans numéros, on ne peut pas déduire leur géométrie des n° trouvés dans
le cadastre. Étant (par définition) sans rapprochement OSM, on ne peut
s'appuyer sur la géométrie OSM. Restent les parcelles, dont on connaît la
géométrie et le nom. C'est ce que je vais mettre à contribution = à suivre.

Pour répondre à Jérôme : voies et lieux-dits sont stockés dans la même table
côté FANTOIR, c'est l'attribut Type de voie qui donne la distinction.

vincent

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

Re: [OSM-talk-fr] [BANO] rapprochement sur les lieu-dits /voisinage/ quartier

Ok, Je comprends mieux

Le 16 octobre 2014 15:07, Vincent de Château-Thierry osm.v...@free.fr a
écrit :

 Selon Francescu GAROBY windu...@gmail.com:

  Concernant les 4 nombres donnés dans les en-têtes de colonnes, il semble
  que seul celui de la première colonne (Voies avec adresses - voies
  FANTOIR sans rapprochement OSM) est affiché sur la carte BANO
  
 http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#13/49.1722/-0.3608
 .
  Ne serait-il pas intéressant soit d'afficher aussi celui de la troisième
  colonne (Voies sans adresses - voies FANTOIR sans rapprochement
 OSM) Ã
  coté (manque XX + YY voies) ? Soit d'afficher l'addition de ces 2
 valeurs

 Tout à fait, histoire de donner un panorama plus complet des manques par
 commune.
 Le préalable est le même que pour proposer les liens de visu et d'édition
 en
 fin de ligne : il faut une géométrie (au moins 1 point) pour ces voies. Or,
 étant sans numéros, on ne peut pas déduire leur géométrie des n° trouvés
 dans
 le cadastre. Étant (par définition) sans rapprochement OSM, on ne peut
 s'appuyer sur la géométrie OSM. Restent les parcelles, dont on connaît la
 géométrie et le nom. C'est ce que je vais mettre à contribution = à
 suivre.

 Pour répondre à Jérôme : voies et lieux-dits sont stockés dans la même
 table
 côté FANTOIR, c'est l'attribut Type de voie qui donne la distinction.

 vincent

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

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

Re: [OSM-talk-fr] découpage administratif niveau 10 à la Ferté-Macé (Mayenne)

2014-10-16 Per discussione Christian Quest

Ca vaut quand même le coup de se poser la question de l'opportunité et de
la modélisation de ces informations.

Si on généralise cette méthode, ce sont plusieurs millions de relations qui
seraient nécessaires pour décrire tout ces lieux dits de cette façon...
est-ce donc la bonne approche ?
L'emprise de ceux-ci n'est pas précisément définit par les parcelles, c'est
plutôt la parcelle qui est rattachée à un nom de lieux-dit. Alors définir
des limites aussi précises pour quelques chose à l'origine d'assez flou, ça
me fait bizarre.

On est de plus dans une situation très différente des découpages
administratifs, qui eux sont (en principe) précisément définis et conservés
dans le COG et les découpages subcommunaux de l'INSEE (la notion de
quartiers/grand quartiers ou d'IRIS et de TRIRIS).

Pour moi boundary=administrative + admin_level=10 ne me semblent pas du
tout adaptés.

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

Re: [OSM-talk-fr] découpage administratif niveau 10 à la Ferté-Macé (Mayenne)

Ok dans ce cas:
1) doit-on ouvrir en France un vote sur cette pratique?
2) Doit-on requalifier les pages du wiki et supprimer ou repréciser le
level 10 en France ou proposer un renvoi sur key:place pour ce type de
niveau.
3) Pouvons-nous dire que les lieu-dits Cadastre aussi présent en toponyme
dans BANO sont à qualifier en tant que *place=* (lieu-dit sans habitation,
lieu-dit habité (max d'habitation 1 ou 2), hameau, voisinage, quartier)*
et spécifier plus clairement la catégorie de *place *à appliquer avec des
exemples concrets. pour éviter d'avoir autant de questions.

Après tu dis que c'est flou :| J'ai pas l'impression encore une fois (Dans
ce cas on peut considérer que sans pointage par un géomètre des limites
tous est flou). et le cadastre est flou déjà de base vu le nombre de
contentieux sur les limites de terrains (c'est fait à la chaîne d'arpentage
à la base)

C'est sur que la saisie des limites communales à déjà été chiant et très
long. Je comprend que ce maillage ne soit pas indispensable et qu'il
serrait assez difficile d'avoir quelque chose de cohérent sur tous le
territoire.

On doit donc décider de ne pas saisir cette donnée comme boundary et donc
faire soit un noeud soit une zone pour qualifier cette information en tant
que place si les limite sont connus.

Ainsi c'est pas incohérent.


Le 16 octobre 2014 15:47, Christian Quest cqu...@openstreetmap.fr a écrit
:

 Ca vaut quand même le coup de se poser la question de l'opportunité et de
 la modélisation de ces informations.

 Si on généralise cette méthode, ce sont plusieurs millions de relations
 qui seraient nécessaires pour décrire tout ces lieux dits de cette façon...
 est-ce donc la bonne approche ?
 L'emprise de ceux-ci n'est pas précisément définit par les parcelles,
 c'est plutôt la parcelle qui est rattachée à un nom de lieux-dit. Alors
 définir des limites aussi précises pour quelques chose à l'origine d'assez
 flou, ça me fait bizarre.

 On est de plus dans une situation très différente des découpages
 administratifs, qui eux sont (en principe) précisément définis et conservés
 dans le COG et les découpages subcommunaux de l'INSEE (la notion de
 quartiers/grand quartiers ou d'IRIS et de TRIRIS).

 Pour moi boundary=administrative + admin_level=10 ne me semblent pas du
 tout adaptés.

 --
 Christian Quest - OpenStreetMap France

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


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

Re: [OSM-talk-fr] découpage administratif niveau 10 à la Ferté-Macé (Mayenne)

2014-10-16 Per discussione JB


Le 16/10/2014 15:47, Christian Quest a écrit :
Ca vaut quand même le coup de se poser la question de l'opportunité et 
de la modélisation de ces informations.
Tiens tiens, alors, elle en est où, la réflexion autour de l'import (ou 
intégration ou un autre mot moins polémique) de tout les « lieux-dits » 
de complément d'adresse en surfacique plutôt qu'en ponctuel ?


Pour mémoire :
https://lists.openstreetmap.org/pipermail/talk-fr/2014-June/069036.html
et suivants, notamment :
https://lists.openstreetmap.org/pipermail/talk-fr/2014-June/069042.html
https://lists.openstreetmap.org/pipermail/talk-fr/2014-June/069044.html

JB.

PS : pour ma part, je pense toujours que ce sera plus un enfer qu'autre 
chose, mais bon…


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

Re: [OSM-talk-fr] découpage administratif niveau 10 à la Ferté-Macé (Mayenne)