date:20130926

Congratulation. Very nice work

Much thanks


2013/9/26 Ben Abelshausen ben.abelshau...@gmail.com


 On Thu, Sep 26, 2013 at 5:32 AM, Marc Gemis marc.ge...@gmail.com wrote:

 nice !


 +1 :-)


 Met vriendelijke groeten,
 Best regards,

 Ben Abelshausen


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




-- 
Nicolas Pettiaux - +32 496 24 55 01 - http://rmll.info - http://lepacte.be
EuroSciPy 2013 co-chair http://www.euroscipy.org/
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

[OSM-talk-be] Meeting OpenStreetMap, Brussels (Central station) on Thursday 3/10 at 19h

A meeting at École supérieure d'informatique (
http://osm.org/go/0EoTiW96D--?m= , rue Royale 67 à 1000 Bruxelles, very
close to Brussels Central Station and cheap restaurants ) on Thursday 3
october from 19h till 21 or 22h then go for a dinner nearby for those who
want. The drinks will be offered by the school.


I would propose that we discuss and compose the schedule of the meeting on
http://lite2.framapad.org/p/OSMBE20131003 and list there who would come.

Please see there the proposed planning and comment / adapt ?

I would very much like to get in touch with the press (RTBF, Le Soir, Le
vif, la DH, Tele Bruxelles) and members of the administrations to advertize
the event and have public come if you agree.

Please register too o nthe page,

Regards,

Nicolas

-- 
Nicolas Pettiaux - +32 496 24 55 01 - http://rmll.info - http://lepacte.be
EuroSciPy 2013 co-chair http://www.euroscipy.org/
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] Meeting OpenStreetMap, Brussels (Central station) on Thursday 3/10 at 19h

2013-09-26 Per discussione Ben Abelshausen

On Thu, Sep 26, 2013 at 10:16 AM, Nicolas Pettiaux nico...@pettiaux.bewrote:

 I would propose that we discuss and compose the schedule of the meeting on
 http://lite2.framapad.org/p/OSMBE20131003 and list there who would come.

 Please see there the proposed planning and comment / adapt ?

 I would very much like to get in touch with the press (RTBF, Le Soir, Le
 vif, la DH, Tele Bruxelles) and members of the administrations to advertize
 the event and have public come if you agree.


Hi,

Nice! If this is public then maybe we could announce on twitter/meetup too?
Not sure If I will be able to make it at 19:00 already, I start working as
a freelancer for AGIV (!) next week... :-)

I updated the framapad with my comments.

Met vriendelijke groeten,
Best regards,

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

Re: [OSM-talk-be] Deelgemeentes en AGIV/CRAB

2013-09-26 Per discussione Glenn Plas


On 2013-09-25 19:01, Marc Gemis wrote:

This is triggered by the note on OSM http://osm.org/go/0EpKQJ4xd-
It requests that Muizen (part of Mechelen) is indicated.
Muizen is already on the map, a few kilometers to the east.


Marc,

I'm from this area, I know it well.  Muizen's borders aren't too far 
away from that location.  The centre is indeed a few km off.   Zoom out 
a little, move some to the right you'll see the Planckendael domain, 
which is muizen for sure.  You also see the muizenstraat below (although 
that's right on the mechelen/hofstade border, that street is hofstade , 
I'm pretty sure, I surveyed that area by car long time ago to test GPS 
units), it might be partially Mechelen (not sure) that street (by heart).


But I'm also pretty sure that everthing south of 'Leuvense vaart' is 
definitely not muizen. (but parts of it might be mechelen, depending on 
where you stand)


Glenn



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

Re: [OSM-talk-be] Meeting OpenStreetMap, Brussels (Central station) on Thursday 3/10 at 19h

2013/9/26 Ben Abelshausen ben.abelshau...@gmail.com


 On Thu, Sep 26, 2013 at 10:16 AM, Nicolas Pettiaux nico...@pettiaux.bewrote:

 I would propose that we discuss and compose the schedule of the meeting
 on http://lite2.framapad.org/p/OSMBE20131003 and list there who would
 come.

 Please see there the proposed planning and comment / adapt ?

 I would very much like to get in touch with the press (RTBF, Le Soir, Le
 vif, la DH, Tele Bruxelles) and members of the administrations to advertize
 the event and have public come if you agree.


 Hi,

 Nice! If this is public then maybe we could announce on twitter/meetup
 too?


yes .Please do . I do not have the time to .

Every advertissement and communication on the (social) networks are good

Not sure If I will be able to make it at 19:00 already, I start working as
 a freelancer for AGIV (!) next week... :-)

 you'll do your best. This is why we start with a get to know each other


 I updated the framapad with my comments.


much thanks

Please indicate if you come and want to eat.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] Deelgemeentes en AGIV/CRAB

2013-09-26 Per discussione Kurt Roeckx

On Thu, Sep 26, 2013 at 05:31:36AM +0200, Marc Gemis wrote:
 On Wed, Sep 25, 2013 at 10:23 PM, Kurt Roeckx k...@roeckx.be wrote:
 
  On Wed, Sep 25, 2013 at 07:01:00PM +0200, Marc Gemis wrote:
   This is triggered by the note on OSM http://osm.org/go/0EpKQJ4xd-
   It requests that Muizen (part of Mechelen) is indicated.
   Muizen is already on the map, a few kilometers to the east.
  
   I see two solutions
   a) the administrative border is taken from some source
   b) each individual street gets an is_in or associatedStreet relation
  
   I typically do b, but as far as I can see in the generieke viewer of
  AGIV
   they do not care about deelgemeentes. Is this data available in the
   database ?
  
   Or should we just ignore the Deelgemeentes for our addresses ?
 
  I've used old maps to get that information. For instance the Atlas
  de Buurtwegen and the Popp maps ussually have enough information
  to be able to map it.
 
 
  Kurt
 
 
 where can I find these ?

http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Mapping_resources
says that for Antwerpen you need:
http://www.provant.be/bestuur/grondgebied/gis/atlas_buurtwegen/Raadplegen.jsp

But that doesn't seem to exist anymore, it seems to have moved to:
http://gisgeoloket.provant.be/SilverlightViewer_1_9/Viewer.html?Viewer=AtlasBuurtwegen

It seems to required silverlight.

I don't know if they provide WMS or not, but I have to guess not.


AGIV used have Popp via WMS, but it doesn't seem to exist anymore.

 
Kurt


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

Re: [OSM-talk-be] Meeting OpenStreetMap, Brussels (Central station) on Thursday 3/10 at 19h

2013-09-26 Per discussione Julien Fastré

Hi,

About RTBF / Le Soir, etc.: IMHO I am not sure we should invite them
there. We will have a lot of discussion about our own internal
organisation. We should plan a future event to invite them, but not
necessary this time.

Nice to see you !

Julien Fastré


Le 26/09/13 12:36, Nicolas Pettiaux a écrit :

 2013/9/26 Ben Abelshausen ben.abelshau...@gmail.com
 mailto:ben.abelshau...@gmail.com


 On Thu, Sep 26, 2013 at 10:16 AM, Nicolas Pettiaux
 nico...@pettiaux.be mailto:nico...@pettiaux.be wrote:

 I would propose that we discuss and compose the schedule of
 the meeting on http://lite2.framapad.org/p/OSMBE20131003 and
 list there who would come.

 Please see there the proposed planning and comment / adapt ?

 I would very much like to get in touch with the press (RTBF,
 Le Soir, Le vif, la DH, Tele Bruxelles) and members of the
 administrations to advertize the event and have public come if
 you agree.


 Hi,

 Nice! If this is public then maybe we could announce on
 twitter/meetup too?


 yes .Please do . I do not have the time to .

 Every advertissement and communication on the (social) networks are good

 Not sure If I will be able to make it at 19:00 already, I start
 working as a freelancer for AGIV (!) next week... :-)

 you'll do your best. This is why we start with a get to know each other
  

 I updated the framapad with my comments.


 much thanks

 Please indicate if you come and want to eat.


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

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

Re: [OSM-talk-be] Meeting OpenStreetMap, Brussels (Central station) on Thursday 3/10 at 19h

2013/9/26 Julien Fastré jul...@fastre.info

  Hi,

 About RTBF / Le Soir, etc.: IMHO I am not sure we should invite them
 there. We will have a lot of discussion about our own internal
 organisation. We should plan a future event to invite them, but not
 necessary this time.

This is indeed what I considered. I fully agree.

THere will most probably be members of Cirb. We could altogether prepare a
future public meeting and its communication, and plan activities to show
then a really beautiful and useful map of Belgium, a website that offers a
lot and where the public can benefit and contribute.

Nice to see you all,

Nicolas


 Nice to see you !

 Julien Fastré


 Le 26/09/13 12:36, Nicolas Pettiaux a écrit :


  2013/9/26 Ben Abelshausen ben.abelshau...@gmail.com


 On Thu, Sep 26, 2013 at 10:16 AM, Nicolas Pettiaux 
 nico...@pettiaux.bewrote:

 I would propose that we discuss and compose the schedule of the
 meeting on http://lite2.framapad.org/p/OSMBE20131003 and list there who
 would come.

 Please see there the proposed planning and comment / adapt ?

 I would very much like to get in touch with the press (RTBF, Le Soir, Le
 vif, la DH, Tele Bruxelles) and members of the administrations to advertize
 the event and have public come if you agree.


  Hi,

  Nice! If this is public then maybe we could announce on twitter/meetup
 too?


  yes .Please do . I do not have the time to .

  Every advertissement and communication on the (social) networks are good

   Not sure If I will be able to make it at 19:00 already, I start working
 as a freelancer for AGIV (!) next week... :-)

   you'll do your best. This is why we start with a get to know each other


  I updated the framapad with my comments.


  much thanks

 Please indicate if you come and want to eat.


 ___
 Talk-be mailing 
 listTalk-be@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-be



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




-- 
Nicolas Pettiaux - +32 496 24 55 01 - http://rmll.info - http://lepacte.be
EuroSciPy 2013 co-chair http://www.euroscipy.org/
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] Meeting OpenStreetMap, Brussels (Central station) on Thursday 3/10 at 19h

2013-09-26 Per discussione Marc Gemis

I'll be there.
But I'm still confused about the goals of the meeting. Is this a
presentation of OSM to a wider audience ? If so, why will we discuss
the internal organisation to run an OSM website. This is something
that has to take place behind closed doors.

I would group all presentations about OSM together time-wise and after
that's done, the insiders can stay and discuss stuff such as

* Do we need a VZW/ASBL to support this? ,
* Discussion around the Open data Wallonia hackathon
* contacts with administrations or press


We do not need an audience for that, do we ?

As for the presentations, if no one else (of the more experienced
presenters/mappers) volunteers, I can give a presentation/demo on
JOSM. Assuming the audience is not familiar with mapping I thought of
the following outline

- what is mapping (showing a sketch of a map as we used to do a long time ago)
- add a restaurant node in ID
- switch to JOSM (I'm much more familiar with it)
- Use GPX track + waypoints
- Use some presets to show JOSM can be easy as well
- some the usage of other data sources, e.g. data of De Lijn (from
DB), VMM (from Excel), Monuments from Wikipedia (via small Python
script)
- simple turn restriction relation (to show it's not all nodes and lines)

or do you want to focus more on 1 topic e.g. adding house numbers ?


as for the nice maps, besides good examples, I also think of different
renderings to show the richness of the data

- main OSM site with the different styles to get started (of Brussels
to show work on Urbis ?)
- OpenLinkMap to show the hyperlinks and opening hours
- hike bike map to show the work on walking network
- OpenSnowMap
- Gesichtskarte (Lier, Mechelen or Antwerpen)
- Perhaps some maps from ITO ?
- Some examples from Best of the Map (http://bestofosm.org/)

regards

m


On Thu, Sep 26, 2013 at 7:55 PM, Nicolas Pettiaux nico...@pettiaux.be wrote:
 2013/9/26 Julien Fastré jul...@fastre.info

 Hi,

 About RTBF / Le Soir, etc.: IMHO I am not sure we should invite them
 there. We will have a lot of discussion about our own internal organisation.
 We should plan a future event to invite them, but not necessary this time.

 This is indeed what I considered. I fully agree.

 THere will most probably be members of Cirb. We could altogether prepare a
 future public meeting and its communication, and plan activities to show
 then a really beautiful and useful map of Belgium, a website that offers a
 lot and where the public can benefit and contribute.

 Nice to see you all,

 Nicolas


 Nice to see you !

 Julien Fastré


 Le 26/09/13 12:36, Nicolas Pettiaux a écrit :


 2013/9/26 Ben Abelshausen ben.abelshau...@gmail.com


 On Thu, Sep 26, 2013 at 10:16 AM, Nicolas Pettiaux nico...@pettiaux.be
 wrote:

 I would propose that we discuss and compose the schedule of the meeting
 on http://lite2.framapad.org/p/OSMBE20131003 and list there who would come.

 Please see there the proposed planning and comment / adapt ?

 I would very much like to get in touch with the press (RTBF, Le Soir, Le
 vif, la DH, Tele Bruxelles) and members of the administrations to advertize
 the event and have public come if you agree.


 Hi,

 Nice! If this is public then maybe we could announce on twitter/meetup
 too?


 yes .Please do . I do not have the time to .

 Every advertissement and communication on the (social) networks are good

 Not sure If I will be able to make it at 19:00 already, I start working
 as a freelancer for AGIV (!) next week... :-)

 you'll do your best. This is why we start with a get to know each other


 I updated the framapad with my comments.


 much thanks

 Please indicate if you come and want to eat.


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



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




 --
 Nicolas Pettiaux - +32 496 24 55 01 - http://rmll.info - http://lepacte.be
 EuroSciPy 2013 co-chair http://www.euroscipy.org/

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


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

Re: [OSM-talk-be] Deelgemeentes en AGIV/CRAB

2013-09-26 Per discussione Marc Gemis

On Thu, Sep 26, 2013 at 7:08 PM, Kurt Roeckx k...@roeckx.be wrote:
 http://gisgeoloket.provant.be/SilverlightViewer_1_9/Viewer.html?Viewer=AtlasBuurtwegen

Thanks for the link Kurt. Sorry that I was too lazy to look it up myself.
I must be crazy: installing a 101 Mb file of some weird old MS
technology on my machine to view some old maps :-)

regards

m

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

Re: [OSM-talk] Who interprets semicolon in tag values?

2013-09-26 Per discussione NopMap

Hi!


Philip Barnes wrote
 However amenity=pub;hotel makes perfect sense.

Only in a very academical way.

It would force an additional processing step onto every data consumer and as
you can read in Jochens result, in practice it is not evaluated at all. It's
just using randomly invented tags which nobody recognizes.

bye, Nop




--
View this message in context: 
http://gis.19327.n5.nabble.com/Who-interprets-semicolon-in-tag-values-tp5763540p5779047.html
Sent from the General Discussion mailing list archive at Nabble.com.

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

Re: [OSM-talk] Who interprets semicolon in tag values?

2013-09-26 Per discussione Colin Smale

OSMs data model should be flexible enough to evolve. Currently
multivalued tags are not addressed within the data model so various
communities are inventing their own solution. I firmly believe that the
maintenance of the data model (I don't mean the tagging model here!)
should be managed centrally. Changes would be well thought out,
discussed with data/information architects, communicated in a timely
fashion to stakeholders (both on the mapping side and on the data
consumer side) and supported by updates to tooling.

But I realise I am pretty much alone in this, and that my dream of some
way of maintaining some kind of structure and order in the data is not
going to happen.

Colin

On 2013-09-26 13:12, NopMap wrote:

Hi!

Philip Barnes wrote

However amenity=pub;hotel makes perfect sense.

Only in a very academical way.

It would force an additional processing step onto every data consumer and as
you can read in Jochens result, in practice it is not evaluated at all. It's
just using randomly invented tags which nobody recognizes.

bye, Nop

--
View this message in context:
http://gis.19327.n5.nabble.com/Who-interprets-semicolon-in-tag-values-tp5763540p5779047.html
[1]
Sent from the General Discussion mailing list archive at Nabble.com.

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

Links:
--
[1]
http://gis.19327.n5.nabble.com/Who-interprets-semicolon-in-tag-values-tp5763540p5779047.html
[2] https://lists.openstreetmap.org/listinfo/talk
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Who interprets semicolon in tag values?

2013-09-26 Per discussione Philip Barnes

+1
In rural areas the village pub and hotel are often the same place, and the only
pub.
At the weekend I was in Llanamon-Dyffryn-Ceirog, there are two pub/hotels, both
with public bars, both serving real ale. In this case one tagged as a pub and
one as a hotel.

Having to choose one or the other does not help the ultimate data consumer,
i.e. the bloke (or blokette) who is out walking, our cycling and just wants a
pint or somewhere to stay for the night.

Phil (trigpoint)
--

Sent from my Nokia N9

On 26/09/2013 12:40 Colin Smale wrote:

amenity=hotel;pub makes perfect sense to me as well. One of OSM's basic rules
is one real-world object maps to one OSM object. There are plenty of pubs
which are also hotels, and hotels which also have/are pubs.
OSMs data model should be flexible enough to evolve. Currently multivalued
tags are not addressed within the data model so various communities are
inventing their own solution. I firmly believe that the maintenance of the data
model (I don't mean the tagging model here!) should be managed centrally.
Changes would be well thought out, discussed with data/information architects,
communicated in a timely fashion to stakeholders (both on the mapping side and
on the data consumer side) and supported by updates to tooling.
But I realise I am pretty much alone in this, and that my dream of some way of
maintaining some kind of structure and order in the data is not going to happen.
Colin
On 2013-09-26 13:12, NopMap wrote:
Hi!

Philip Barnes wrote
However amenity=pub;hotel makes perfect sense.
Only in a very academical way.

bye, Nop

--
View this message in context:
http://gis.19327.n5.nabble.com/Who-interprets-semicolon-in-tag-values-tp5763540p5779047.html
Sent from the General Discussion mailing list archive at Nabble.com.

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

Re: [OSM-talk] SOTM 2013 videos

2013-09-26 Per discussione Peter Barth

Hi,

as it's taking so long time, I cut the videos myself. I have labeled
them according to the wiki (minus special chars), and added DEFECT in 
front if audio was really bad. The videos are *not* official ones and
cuts might not be 100% accurate (tell me mistakes and I'll correct
them).

I hope it's ok to share these on the list. If not, please tell me and
I'll take them down.

http://osm.won2.de/sotm/

Have fun,
Peda

-- 

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

Re: [OSM-talk] Who interprets semicolon in tag values?



 Am 26/set/2013 um 13:40 schrieb Colin Smale colin.sm...@xs4all.nl:
 
 amenity=hotel;pub makes perfect sense to me as well. One of OSM's basic rules 
 is one real-world object maps to one OSM object. There are plenty of pubs 
 which are also hotels, and hotels which also have/are pubs.

you can use a Site relation to connect two distinct entities (pub and hotel) in 
one. Are you sure it is the same business? If they also were operating a public 
toilet, would you tag amenity=pub;hotel;toilet? (btw: hotels are tagged as 
tourism=hotel anyway)

cheers,
Martin



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

Re: [OSM-talk] SOTM 2013 videos

2013-09-26 Per discussione Michael Kugelmann


Am 26.09.2013 16:00, schrieb Peter Barth:

as it's taking so long time, I cut the videos myself.

THANKS A LOT!


Best regards,
Michael.


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

Re: [Talk-br] Áreas protegias, uso da terra

2013-09-26 Per discussione Gerald Weber

Em março deste ano (vejam mensagens com assunto: importação de dados do
IBAMA) eu havia chamado a atenção para a existência de dados em kml do
Ibama de todas as unidades de conservação ambiental estaduais e federais:
http://siscom.ibama.gov.br/publico/brasil/

Na época ficamos em dúvida se tinhamos autorização ou não do Ibama para
usar e o assunto caiu no esquecimento.

Acho que valeria a pena investigar o assunto de novo pois os dados parecem
bem completos.

abraço

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

Re: [Talk-br] Áreas protegias, uso da terra

2013-09-26 Per discussione Augusto Stoffel

Pois então, os dados do IBGE não estão lá muito organizados.  Exite uma
base contínua ao milionésimo e uma base vetorial contínua escala 250
mil [1].  Parece que a escala 250 está melhor.  Os traçados de estradas
foram importados de qual mapeamento?

A cobertura vegetal dos biomas brasileiros se encontra em [2]

[1] http://downloads.ibge.gov.br/downloads_geociencias.htm
[2] http://mapas.mma.gov.br/mapas/aplic/probio/datadownload.htm?/

On Wed, 2013-09-25 at 20:36 -0700, Fernando Trebien wrote:
 Também acho interessante. Posso ajudar a a partir da segunda semana de
 outubro. Qual o link pros dados?
 
 On Sep 25, 2013 3:19 PM, Arlindo Pereira
 openstreet...@arlindopereira.com wrote:
 Me parece uma boa. Topo em ajudar a importar também.
 
 []s
 Arlindo
 
 2013/9/22 Augusto Stoffel arstof...@yahoo.com.br
 Olá,
 
 A base contínua ao milionésimo do IBGE contém vários
 itens que cairiam
 sob a tag boundary=protected_area: parques nacionais,
 reservas
 ecológicas, terras indígenas, áreas históricas, etc.
 
 Já se considerou importar esses dados para o OSM?
  Estive estudando-os,
 e notei que a precisão está longe de ser fantástica.
  Porém, se essa é a
 melhor informação que se pode esperar obter a
 granel, talvez faça
 sentido importá-los e deixar para a comunidade refinar
 os dados, se
 houver interesse.
 
 Em anexo estão algumas amostras de parques nacionais
 (pn1.png, pn2.jpg,
 pn3.jpg), mostrando casos relativamente bons e
 relativamente ruins.  Em
 particular, há vilarejos dentro de alguns parques, e é
 difícil saber se
 o contorno do parque está errado ou se as casas
 invadiram o parque.
 
 Outro dado interessante, este disponível no Ministério
 do Meio Ambiente,
 é o mapeamento dos diversos biomas.  Esses permitiriam
 mapear o uso da
 terra com  tags como natural=wood, natural=grassland,
 natural=wetland,
 landuse=farmland, etc.  Aqui a precisão também deve
 variar bastante
 entre localidades.  O anexo mata-atlantica.png contém
 uma amostra
 aleatória que me parece bastante boa.  Dados similares
 no OSM no Canadá
 ou na Califórnia estão bem mais precisos, mas,
 novamente, sendo isso o
 que temos, poderíamos pensar em importar.
 
 Idéias a respeito disso?
 
 Augusto.
 
 ___
 Talk-br mailing list
 Talk-br@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-br
 
 
 
 
 ___
 Talk-br mailing list
 Talk-br@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-br
 
 ___
 Talk-br mailing list
 Talk-br@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-br



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

[Talk-de] SOTM 2013 Videos

2013-09-26 Per discussione Peter Barth

Hi,

für alle die talk nicht lesen, ich habe die Videos geschnitten und
(vorübergehend) bei mir Online gestellt:

http://osm.won2.de/sotm/

(Audio-Probleme kommen vom Original, falls ich einzelne Videos zu knapp
geschnitten haben sollte, bitte melden)

Gruß,
Peda

-- 

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

Re: [Talk-de] SOTM 2013 Videos

2013-09-26 Per discussione Christoph

Danke für die Arbeit. Ich hab mich schon erfolgreich nicht zurechtgefunden in 
den videos.

Christoph
P.s. Bis wann muss ich meine wunschvideos runtergeladen haben

Sent from my iDingens

 Am 26.09.2013 um 18:42 schrieb Peter Barth osm-t...@won2.de:
 
 Hi,
 
 für alle die talk nicht lesen, ich habe die Videos geschnitten und
 (vorübergehend) bei mir Online gestellt:
 
 http://osm.won2.de/sotm/
 
 (Audio-Probleme kommen vom Original, falls ich einzelne Videos zu knapp
 geschnitten haben sollte, bitte melden)
 
 Gruß,
 Peda
 
 -- 
 
 ___
 Talk-de mailing list
 Talk-de@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-de

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

Re: [Talk-de] SOTM 2013 Videos

2013-09-26 Per discussione Robert

Herzlichen Dank!


gruss,
  robert


Am Donnerstag, 26. September 2013, 18:42:50 schrieb Peter Barth:
 Hi,
 
 für alle die talk nicht lesen, ich habe die Videos geschnitten und
 (vorübergehend) bei mir Online gestellt:
 
 http://osm.won2.de/sotm/
 
 (Audio-Probleme kommen vom Original, falls ich einzelne Videos zu knapp
 geschnitten haben sollte, bitte melden)
 
 Gruß,
 Peda

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

Re: [Talk-de] SOTM 2013 Videos

2013-09-26 Per discussione Peter Barth

Hi,

Christoph schrieb:
 P.s. Bis wann muss ich meine wunschvideos runtergeladen haben

ich lasse sie online, bis mich jemand zum Löschen auffordert oder die 
Videos auf den offiziellen Seiten sind. 

Gruß,
Peda

-- 

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

Re: [Talk-it] Sentiero CAI dismesso

Non è proprio così, allora anche tutti i sentieri marcati in nero (qui in
italia) dovrebbero avere una relazione route, ma non è così. Ad esempio
alcuni numeri di sentieri sono stati attribuiti ad altro sentiero, pensa la
confusione che si potrebbe creare.

Lo dicono anche le regole di OSM che una relazione route va assegnata solo a
percorsi ufficiali.

Se vengon dismessi di solito è perchè la loro manutenzione diventa
impossibile a causa dei ripetuti smottamenti che si verificano, e quindi
aumenta la pericolosità, allora vengono dismessi e diventano percorsi
alpinistici in quanto per esser affrontati ci vuole esperienza e a volte
attrezzatura.

Se invece anche in questo caso l'interpretazione delle regole ha il
sopravvento mi domando che affidabilità abbia questa mappa. Dopo tanto
lavoro mi sorge qualche dubbio.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Sentiero-CAI-dismesso-tp5778442p5779015.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] Josm e linee sovrapposte

Ad esempio se devo creare una landuse residenziale quando le case sono sulla
strada questa deve per forza passare sui nodi della casa. Se cancello la
casa mi spariscono anche i nodi della landuse.

Ho notato che ad esempio ci sono linee dei confini amministrativi che sono
sopra delle linee dei fiumi, ma non sono collegate.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Josm-e-linee-sovrapposte-tp5778980p5779016.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] Sentiero CAI dismesso

2013-09-26 Per discussione Volker Schmidt

Per me è una zona grigia. Come avevo spiegato prima, propongo di lasciare
la relazione, ma con tag modificato per indicare che non è più un percorso
ufficiale mantenuto. Martin aveva già proposto dei tag per questo.
Non tutti i sentieri declassati lo sono perché franati. Succede anche,
spesso, per manacanza di soldi per la manutenzione o mancanza di volontari
per il lavoro.


2013/9/26 bredy bredy...@yahoo.it

 Non è proprio così, allora anche tutti i sentieri marcati in nero (qui in
 italia) dovrebbero avere una relazione route, ma non è così. Ad esempio
 alcuni numeri di sentieri sono stati attribuiti ad altro sentiero, pensa la
 confusione che si potrebbe creare.

 Lo dicono anche le regole di OSM che una relazione route va assegnata solo
 a
 percorsi ufficiali.

 Se vengon dismessi di solito è perchè la loro manutenzione diventa
 impossibile a causa dei ripetuti smottamenti che si verificano, e quindi
 aumenta la pericolosità, allora vengono dismessi e diventano percorsi
 alpinistici in quanto per esser affrontati ci vuole esperienza e a volte
 attrezzatura.

 Se invece anche in questo caso l'interpretazione delle regole ha il
 sopravvento mi domando che affidabilità abbia questa mappa. Dopo tanto
 lavoro mi sorge qualche dubbio.



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Sentiero-CAI-dismesso-tp5778442p5779015.html
 Sent from the Italy General mailing list archive at Nabble.com.

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

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

Re: [Talk-it] Josm e linee sovrapposte

2013-09-26 Per discussione Volker Schmidt

Il landuse=residential include anche il cortile davanti alla casa ed il
giardino dietro, perciò il way del landuse non coincide normalmente con
ways delle case.

Confini amministrativi lungo corsi d'acqua spesso non coincidono con questi
perché i confini sono state definite con coordinate geografiche a qualche
punto nel tempo, il percorso d'acqua spesso è vivo e si sposta. I casi
più ovvi di queste discrepanze li trovi dove fiumi sono stati fatti
navigabili tagliando fuori le anse vecchie, ma i confini, spesso antichi,
sono rimasti sulle anse.


2013/9/26 bredy bredy...@yahoo.it

 Ad esempio se devo creare una landuse residenziale quando le case sono
 sulla
 strada questa deve per forza passare sui nodi della casa. Se cancello la
 casa mi spariscono anche i nodi della landuse.

 Ho notato che ad esempio ci sono linee dei confini amministrativi che sono
 sopra delle linee dei fiumi, ma non sono collegate.



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Josm-e-linee-sovrapposte-tp5778980p5779016.html
 Sent from the Italy General mailing list archive at Nabble.com.

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

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

Re: [Talk-it] Mappare una malga

penso che alpeggio e malga sia la stessa cosa, cambia il nome in base al
luogo. Di fatto sono delle strutture agricole che a volte offrono servizi di
agriturismo. se invece ormai sono solo dei punti di appoggio per
escursionisti non gestite il tag a mio avviso è tourism=wilderness_hut



--
View this message in context: 
http://gis.19327.n5.nabble.com/Mappare-una-malga-tp5766718p5779022.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] Mappare una malga

2013-09-26 Per discussione Volker Schmidt

Spesso sono private e non aperte al pubblico. Vanno in questo caso trattate
come qualsiasi casa privata.
Normalmante non sono wilderness_hut, che un bivacco per camminatori,
tipicamante con possibilità di pernottamanto. Un bivacco viene mantenuto da
un'organizzazione, spesso il CAI. Una malga non abitata e aperta puo
esserlo, se mantenuto, ma spesso è semplicemente una proprietà privata, più
o meno accessibile. Se aperta per ripararsi dalle temperie diventa un
shelter.



2013/9/26 bredy bredy...@yahoo.it

 penso che alpeggio e malga sia la stessa cosa, cambia il nome in base al
 luogo. Di fatto sono delle strutture agricole che a volte offrono servizi
 di
 agriturismo. se invece ormai sono solo dei punti di appoggio per
 escursionisti non gestite il tag a mio avviso è tourism=wilderness_hut



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Mappare-una-malga-tp5766718p5779022.html
 Sent from the Italy General mailing list archive at Nabble.com.

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

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

Re: [Talk-it] Mappare una malga

2013/9/26 Volker Schmidt vosc...@gmail.com

 Vanno in questo caso trattate come qualsiasi casa privata.



si potrebbe mettere un tag specifico per il tipo di edificio (building=*)

ciao,
Martin

PS: Wikipedia.it dice: L'*alpeggio* è l'attività
agrohttp://it.wikipedia.org/wiki/Agricoltura
-zootecnica http://it.wikipedia.org/wiki/Zootecnia che si svolge in
montagna http://it.wikipedia.org/wiki/Montagna durante i mesi estivi. Con
il termine *malga* si fa riferimento all'insieme dei fattori
produttivihttp://it.wikipedia.org/wiki/Fattori_produttivifissi e
mobili in cui avviene l'attività di
monticazione http://it.wikipedia.org/wiki/Monticazione:(una fase della
Transumanza http://it.wikipedia.org/wiki/Transumanza) terreni,
fabbricati, attrezzature, animali, lavorazione del
lattehttp://it.wikipedia.org/wiki/Latteprodotto.

quindi sembra che malga non è un edificio specifico ma termi complessivo
per una serie di cose.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Josm e linee sovrapposte

2013/9/26 bredy bredy...@yahoo.it

 Ad esempio se devo creare una landuse residenziale quando le case sono
 sulla
 strada questa deve per forza passare sui nodi della casa. Se cancello la
 casa mi spariscono anche i nodi della landuse.



per me in questo caso è importante che i nodi del landuse sono gli stessi
dei nodi della casa, visto che si tratta della stessa linea (la casa è
anche il confine del landuse) è un informazione topologica.




 Ho notato che ad esempio ci sono linee dei confini amministrativi che sono
 sopra delle linee dei fiumi, ma non sono collegate.



lì la cosa è diversa. Se il confine è definito dal fiume la soluzione è che
la relazione amministrativa contenga il fiume proprio come membro. Quindi
quando cambia il letto del fiume cambierebbe anche il confine
amministrativo. Se invece il confine amministrativo è definito a
prescindere dal fiume ma combacia con la sua posizione è corretto mettere i
nodi di confine dove sono definiti (coordinate ufficiali). Improbabile in
questo caso però che il fiume rappresentato in OSM abbia i nodi nei stessi
punti dove li ha il confine amministrativo ;-)

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

Re: [Talk-it] Josm e linee sovrapposte

2013/9/26 Volker Schmidt vosc...@gmail.com

 Confini amministrativi lungo corsi d'acqua spesso non coincidono con
 questi perché i confini sono state definite con coordinate geografiche a
 qualche punto nel tempo, il percorso d'acqua spesso è vivo e si sposta.



dipende, la realtà è che non tutti i confini sono definiti tramite
coordinate precise, spesso si trovano soltanto descrizioni come il fiume
foo, la strada foobar, etc. (non so se in Italia è anche così o se tutti
i confini sono definiti tramite coordinate per ogni punto di confine). Ne
anche i confini tra stati sono sempre definiti tramite coordinate
geografiche.

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

Re: [Talk-it] Sentiero CAI dismesso

2013/9/26 bredy bredy...@yahoo.it

 Se invece anche in questo caso l'interpretazione delle regole ha il
 sopravvento mi domando che affidabilità abbia questa mappa. Dopo tanto
 lavoro mi sorge qualche dubbio.



se tu segnali una route come abbandonata vuol dire proprio quello: non
c'è più, e quindi potrebbe essere pericoloso. Con il tagging proposto
(prima risposta nel thread) la route sparirebbe completamente da tutte le
attuale mappe di OSM, non capisco perché mettere sul piatto l'affidabilità
della mappa. In più il fatto che viene segnalato come abbandonato evita che
il prossimo mappatore reinserisce la stessa route di nuovo, per esempio
perché ha trovato segni dimenticati da cancellare sul percorso, o perché si
basa su informazioni superate.

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

Re: [Talk-it] Mappare una malga

2013-09-26 Per discussione alessandro zardo

Beh non so da te, ma qui da noi molte malghe son diventate bivacchi alpini 
gestiti dal CAI e han mantenuto la denominazione malga. E quindi wilderness_hut 
a mio avviso è il tag più adatto. Lo shelter è qualcosa di più spartano non un 
edificio in muratura.

Poi come avevo detto prima se ancora in uso sono da considerarsi come 
un'azienda agricola e quindi farm. Con opportune aggiunte se fanno anche 
ospitalità/ristorazione.



 Da: Volker Schmidt vosc...@gmail.com
A: openstreetmap list - italiano talk-it@openstreetmap.org 
Inviato: Giovedì 26 Settembre 2013 10:26
Oggetto: Re: [Talk-it] Mappare una malga
 


Spesso sono private e non aperte al pubblico. Vanno in questo caso trattate 
come qualsiasi casa privata.

Normalmante non sono wilderness_hut, che un bivacco per camminatori, 
tipicamante con possibilità di pernottamanto. Un bivacco viene mantenuto da 
un'organizzazione, spesso il CAI. Una malga non abitata e aperta puo esserlo, 
se mantenuto, ma spesso è semplicemente una proprietà privata, più o meno 
accessibile. Se aperta per ripararsi dalle temperie diventa un shelter.





2013/9/26 bredy bredy...@yahoo.it

penso che alpeggio e malga sia la stessa cosa, cambia il nome in base al
luogo. Di fatto sono delle strutture agricole che a volte offrono servizi di
agriturismo. se invece ormai sono solo dei punti di appoggio per
escursionisti non gestite il tag a mio avviso è tourism=wilderness_hut



--
View this message in context: 
http://gis.19327.n5.nabble.com/Mappare-una-malga-tp5766718p5779022.html

Sent from the Italy General mailing list archive at Nabble.com.

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


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

Re: [Talk-it] Sentiero CAI dismesso

2013-09-26 Per discussione alessandro zardo

Se si mette una nota sulla way si ovvia a questa ipotesi. Allora allo stesso 
modo anche su una strada statale dismessa andrebbe lasciata la route, ma non è 
così. Nei casi di cui son sicuro ci fosse una statale, adesso non c'è nessuna 
relazione. Per i sentieri deve valer la stessa regola.

Non mi sembra che nelle relazioni sia previsto il tag abandoned.



 Da: Martin Koppenhoefer dieterdre...@gmail.com
A: openstreetmap list - italiano talk-it@openstreetmap.org 
Inviato: Giovedì 26 Settembre 2013 11:52
Oggetto: Re: [Talk-it] Sentiero CAI dismesso
 




2013/9/26 bredy bredy...@yahoo.it

Se invece anche in questo caso l'interpretazione delle regole ha il
sopravvento mi domando che affidabilità abbia questa mappa. Dopo tanto
lavoro mi sorge qualche dubbio.


se tu segnali una route come abbandonata vuol dire proprio quello: non c'è 
più, e quindi potrebbe essere pericoloso. Con il tagging proposto (prima 
risposta nel thread) la route sparirebbe completamente da tutte le attuale 
mappe di OSM, non capisco perché mettere sul piatto l'affidabilità della mappa. 
In più il fatto che viene segnalato come abbandonato evita che il prossimo 
mappatore reinserisce la stessa route di nuovo, per esempio perché ha trovato 
segni dimenticati da cancellare sul percorso, o perché si basa su informazioni 
superate.


ciao,
Martin

___
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] Estratti regionalidi FMACH

2013-09-26 Per discussione Cristian Consonni

(separo il thread per comodità)

Ciao,

come consigliato da Luca, mi sono scaricato ital.img[1]  e
osmconvert[2a][2b] ed ho fatto un po' di prove.

L'unica modifica che ho apportato è sostituire: italy.osm.bz2 con
italy-latest.osm.bz2, ho scaricato il file da geofabrik e ho lanciato
lo script così:

./italimg.sh -f -R regione  regione.out

Qui c'è la patch[3]

Il 21 settembre 2013 14:52, Luca Delucchi lucadel...@gmail.com ha scritto:
 2013/9/21 Luca Delucchi lucadel...@gmail.com:

 ok, ho investigato meglio e sembra che ci sia un errore con
 osmconvert, ho scaricato la nuova versione e lanciato lo script,
 vediamo che succede (intanto controllo il log)

 allora continua a darmi l'errore ma crea dei file che sembrano essere validi.
 L'errore è il seguente ma non trovo nulla:
 osmconvert Error: main-element type unknown: 0x4C 0xA1.

Io non ottengo questo errore. Ho provato con Abruzzo, Lombardia e Liguria.

L'output per ogni regione è questa:
* abruzzo [4a]
* lombardia [4b]
* liguria [4c]

I file .pbf che ottengo per le regioni sono aggiornati
$ osmconvert --statistics liguria.pbf  /dev/null
timestamp min: 2006-08-29T23:16:17Z
timestamp max: 2013-09-24T18:28:54Z

(risultati analoghi per le altre due regioni)

Non so quale possa essere il problema. L'unica cosa che posso
immaginare è che osmconvert ha bisogno di zlib. Io ho installata
questa versione (su Ubuntu).

$ dpkg -l | grep zlib
ii  zlib1g:amd64 1:1.2.7.dfsg-13 amd64 compression library - runtime
ii  zlib1g:i386 1:1.2.7.dfsg-13 i386 compression library - runtime
ii  zlib1g-dev:amd64 1:1.2.7.dfsg-13 amd64 compression library - development

HTH,

C
[1] https://github.com/lucadelu/ital.img
[2a] http://m.m.i24.cc/osmconvert.c
[2b] http://wiki.openstreetmap.org/wiki/Osmconvert
[3] https://dl.dropboxusercontent.com/u/11865418/italimg.patch
[4a] https://dl.dropboxusercontent.com/u/11865418/abruzzo.out
[4b] https://dl.dropboxusercontent.com/u/11865418/lombardia.out
[4c] https://dl.dropboxusercontent.com/u/11865418/liguria.out

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

Re: [Talk-it] Mappare una malga

In effetti il termine per le costruzioni è casera, la malga è tutto l'insieme
dei pascoli, ecc.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Mappare-una-malga-tp5766718p5779051.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] Numeri romani sulle vie

Io eviterei di mettere anche un official name, però nel caso di date direi
che è fondamentale inserire sia la versione romana che araba così in caso di
ricerca viene trovato in entrambe le forme. Se poi i navigatori leggono solo
la versione scritta col Tag name, allora son d'accordo che vada messo con
name la versione standard del nome della via e con alt_name quello romano.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Numeri-romani-sulle-vie-tp5778517p5779052.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] Mappare una malga

Per il fatto di usare place=locality solo se anche la zona ha quel nome,
altrimenti solo il name alla building della malga/casera/alpeggio



--
View this message in context: 
http://gis.19327.n5.nabble.com/Mappare-una-malga-tp5766718p5779053.html
Sent from the Italy General mailing list archive at Nabble.com.

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

[Talk-it] Strade con più ways

2013-09-26 Per discussione Lorenzo Beba Beltrami

Mi chiedevo se in una situazione in cui una strada è un insieme di tanti
pezzetti ci sia qualche soluzione da adottare che non sia mettere il tag
name=* su ogni singolo troncone.

In questi casi infatti la ricerca di una strada riporta un elenco disparato
di risultati, uno per ogni way con lo stesso nome.

Ho visto che ci sono diverse proposte di relazioni con type=collection, ma
nessuna adottata seriamente a riguardo...
Che sia ancora un problema prematuro?
(Aggiungiamo altra carne al fuoco: che peso ha la ricerca di elementi?
Viene vista ancora come molto secondaria rispetto alla
completezza/correttezza dei dati?)

Ad esempio qua http://www.openstreetmap.org/#map=19/44.70808/10.62208 Largo
Marco Gerra è, correttamente, un insieme di viuzze.
Ma penso anche a strade spezzate da più ponti o viadotti o gallerie.

Di casi così ce ne sono a bizzeffe...

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

Re: [Talk-it] Estratti regionalidi FMACH

2013-09-26 Per discussione Simone Cortesi

2013/9/26 Cristian Consonni kikkocrist...@gmail.com:
 come consigliato da Luca, mi sono scaricato ital.img[1]  e
 osmconvert[2a][2b] ed ho fatto un po' di prove.

 L'unica modifica che ho apportato è sostituire: italy.osm.bz2 con
 italy-latest.osm.bz2, ho scaricato il file da geofabrik e ho lanciato
 lo script così:

 ./italimg.sh -f -R regione  regione.out

trovo che andrebbe data la possibilità di specificare il nome del file
in input. io preferisco scaricarlmeno con wget e poi far partire
questo script.

ho generato l'italia, questi i risultati.

simone@blackmagic:~/develop/ital.img$ ./osmconvert --statistics
output_osm_regioni/lombardia.pbf   /dev/null
timestamp min: 2005-08-15T05:24:29Z
timestamp max: 2013-09-24T19:13:51Z

-- 
-S

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

[Talk-it] PostGis problemi con postgis.sql

2013-09-26 Per discussione Guido Salemme


Un salutto a tutto il gruppo

Ho un problema sto cercando di fare dei redering delle mappe di osm con 
mapnik (uso già maperitive e osmarender ma voglio imparare anche mapnik)


premetto che ho Linux distribuzione Opensuse 12.3 kde
Quindi ho messo su postgres 9.2.4 e installato PostGis 2.0
(attraverso i repository)

ho creato un database e impostato postgis come estensione
e seguendo le guide mi dice di caricare questo file sql nel db
postgis.sql

che si trova in
/usr/share/postgresql92/contrib/postgis-2.0/postgis.sql

però dò il comando e mi da tutta una serie di errori che mi dice che non 
ha caicato il file


poi ho provato con pgadmin qui mi dice

ERRORE: permesso negato per il linguaggio c
Stato SQL: 42501

qualcuno sa darmi una mano per superare questo problema?


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

[Talk-it] query overpass - non funziona come dovrebbe

2013-09-26 Per discussione Simone Cortesi

ciao,
sto cercando di estrarre tutte le fermate che appartengono alla
relation dell'autobus 3 di pavia (in una sola direzione):

http://www.openstreetmap.org/browse/relation/2150562

la chiamata a overpass che segue mi restituisce anche alcune fermate
che non appartengono al percorso: http://overpass-turbo.eu/s/17u

non ne capisco la logica.

in alcuni punti del percorso mi restituisce correttamente solo quella
che va in una direzione, in altri, mi restitusice entrambe.

mi aiutate?

Grazie!

-- 
-S

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

Re: [Talk-it] Estratti regionalidi FMACH

2013-09-26 Per discussione marco bra

Il binario osmconvert che lo script richiama e' quello interno ai
files in arrivo da github, a me quello da' problemi.

Su Ubuntu 12.04 a 64 bits ho dovuto usare il file osmconvert self-compiled:

wget -O - http://m.m.i24.cc/osmconvert.c | cc -x c - -lz -O3 -o osmconvert
sudo cp osmconvert /usr/bin/osmconvert
sudo chmod +x /usr/bin/osmconvert

invece di usare osmconvert che arriva in installazione dai repository...

Se lancio osmconvert che arriva da github, nella dir ital.img ottengo:
 ./osmconvert -h
./osmconvert: /lib/x86_64-linux-gnu/libz.so.1: version `ZLIB_1.2.3.5'
not found (required by ./osmconvert)

Ma che in effetti esiste nel sistema, ma di versione precendente

ls -la /lib/x86_64-linux-gnu/libz.so.1
lrwxrwxrwx 1 root root 15 apr  9 19:42 /lib/x86_64-linux-gnu/libz.so.1
- libz.so.1.2.3.4

Teniamo conto che mi pare Luca usa Debian...

Con questo sistema ottengo per la parte della liguria il file
elaborato ed aggiornato...
Con qualche individuazione di errori che recitano GRAVE... su
svariate ways liguri, ma sorvoliamo... altrimenti si mescolano le cose
qui e ci si confonde.

Ciao e grazie per la collaborazione.
mcheck


Il 26 settembre 2013 17:01, Simone Cortesi sim...@cortesi.com ha scritto:
 2013/9/26 Cristian Consonni kikkocrist...@gmail.com:
 come consigliato da Luca, mi sono scaricato ital.img[1]  e
 osmconvert[2a][2b] ed ho fatto un po' di prove.

 L'unica modifica che ho apportato è sostituire: italy.osm.bz2 con
 italy-latest.osm.bz2, ho scaricato il file da geofabrik e ho lanciato
 lo script così:

 ./italimg.sh -f -R regione  regione.out

 trovo che andrebbe data la possibilità di specificare il nome del file
 in input. io preferisco scaricarlmeno con wget e poi far partire
 questo script.

 ho generato l'italia, questi i risultati.

 simone@blackmagic:~/develop/ital.img$ ./osmconvert --statistics
 output_osm_regioni/lombardia.pbf   /dev/null
 timestamp min: 2005-08-15T05:24:29Z
 timestamp max: 2013-09-24T19:13:51Z

 --
 -S

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



-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

Re: [Talk-it] Estratti regionalidi FMACH

2013-09-26 Per discussione Simone Cortesi

2013/9/26 marco bra marcobra.ubu...@gmail.com:
 Il binario osmconvert che lo script richiama e' quello interno ai
 files in arrivo da github, a me quello da' problemi.

idem,
anche io ho dovuto ricompilarlo in locale

-- 
-S

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

Re: [Talk-it] PostGis problemi con postgis.sql

2013-09-26 Per discussione sabas88

Ciao,
questi sono i passaggi che faccio io
http://wiki.openstreetmap.org/wiki/User:Sarchittuorg/Note#Postgresql

Probabilmente non hai dato i permessi al tuo user, di solito l'owner è
postgresql..

Ciao,
Stefano


Il giorno 26 settembre 2013 17:50, Guido Salemme osm.l...@gmail.com ha
scritto:

 Un salutto a tutto il gruppo

 Ho un problema sto cercando di fare dei redering delle mappe di osm con
 mapnik (uso già maperitive e osmarender ma voglio imparare anche mapnik)

 premetto che ho Linux distribuzione Opensuse 12.3 kde
 Quindi ho messo su postgres 9.2.4 e installato PostGis 2.0
 (attraverso i repository)

 ho creato un database e impostato postgis come estensione
 e seguendo le guide mi dice di caricare questo file sql nel db
 postgis.sql

 che si trova in
 /usr/share/postgresql92/**contrib/postgis-2.0/postgis.**sql

 però dò il comando e mi da tutta una serie di errori che mi dice che non
 ha caicato il file

 poi ho provato con pgadmin qui mi dice

 ERRORE: permesso negato per il linguaggio c
 Stato SQL: 42501

 qualcuno sa darmi una mano per superare questo problema?


 __**_
 Talk-it mailing list
 Talk-it@openstreetmap.org
 https://lists.openstreetmap.**org/listinfo/talk-ithttps://lists.openstreetmap.org/listinfo/talk-it

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

Re: [Talk-it] query overpass - non funziona come dovrebbe

2013-09-26 Per discussione Groppo

Il giorno 26 settembre 2013 18:01, Simone Cortesi sim...@cortesi.com ha
scritto:

 ciao,
 sto cercando di estrarre tutte le fermate che appartengono alla
 relation dell'autobus 3 di pavia (in una sola direzione):

 http://www.openstreetmap.org/browse/relation/2150562

 la chiamata a overpass che segue mi restituisce anche alcune fermate
 che non appartengono al percorso: http://overpass-turbo.eu/s/17u


Forse con questo:

query type=node
  around from=stops radius=100/
  has-kv k=bus v=yes/
/query

unisci alla query anche i nodi con bus=yes e distanza  100 ma non
necessariamente appartenenti alla relazione.

Se non sbaglio, per avere i nodi con ruolo stop, appartenenti alla
relazione, dovrebbe bastare:

(
  relation({{bbox}})
  [route=bus]
  [ref=3]
  [from=Montebolone];
);
node(r:stop);
out;

http://overpass-turbo.eu/s/17w

Per convertire in query XML:
http://overpass-api.de/query_form.html


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

Re: [Talk-it] Numeri romani sulle vie

2013-09-26 Per discussione Mario Pichetti


Il 24/09/2013 16:12, sabas88 ha scritto:




Il giorno 24 settembre 2013 15:15, bredy bredy...@yahoo.it 
mailto:bredy...@yahoo.it ha scritto:


Io sono favorevole ad usare alt_name, ma il name deve essere
quello riportato
dalle tabelle ovvero quello ufficiale.


+1

Also, io uso il camel case.



Idem:-)

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

[Talk-it] Cambiare formato testo in JOSM

Ho dei nomi di località tutte in maiuscolo con tag name, c'è un modo per
trasformarle con solo iniziali maiuscole?



--
View this message in context: 
http://gis.19327.n5.nabble.com/Cambiare-formato-testo-in-JOSM-tp5779095.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] Cambiare formato testo in JOSM

2013-09-26 Per discussione Cascafico Giovanni

Sembrerebbe di no, a meno di scrivere codice python. Però una soluzione
pulita potrebbe essere queslla segnalata nel forum OSM [1] che consiste nel
searchreplace nel file .osm con un editor xml... credo funzi egregiamente
anche Notepad++

[1] http://forum.openstreetmap.org/viewtopic.php?pid=296492#p296492


2013/9/26 bredy bredy...@yahoo.it

 Ho dei nomi di località tutte in maiuscolo con tag name, c'è un modo per
 trasformarle con solo iniziali maiuscole?



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Cambiare-formato-testo-in-JOSM-tp5779095.html
 Sent from the Italy General mailing list archive at Nabble.com.

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

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

Re: [Talk-it] Cambiare formato testo in JOSM

2013-09-26 Per discussione marco bra

Si puo' fare dove sono queste località da modificare per averne un idea ?

Grazie

Il 26 settembre 2013 23:25, Cascafico Giovanni cascaf...@gmail.com ha scritto:
 Sembrerebbe di no, a meno di scrivere codice python. Però una soluzione
 pulita potrebbe essere queslla segnalata nel forum OSM [1] che consiste nel
 searchreplace nel file .osm con un editor xml... credo funzi egregiamente
 anche Notepad++

 [1] http://forum.openstreetmap.org/viewtopic.php?pid=296492#p296492


 2013/9/26 bredy bredy...@yahoo.it

 Ho dei nomi di località tutte in maiuscolo con tag name, c'è un modo per
 trasformarle con solo iniziali maiuscole?



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Cambiare-formato-testo-in-JOSM-tp5779095.html
 Sent from the Italy General mailing list archive at Nabble.com.

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



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




-- 
Linux Infinite Freedom

I'm writing from this place:
http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M

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

Re: [Talk-it] PostGis problemi con postgis.sql

2013-09-26 Per discussione Guido Salemme


Grazie per la risposta

ho seguito alla lettere ma il problema persiste

dopo il comando psql -d gis -f 
/usr/share/postgresql92/contrib/postgis-2.0/postgis.sql


da una serie di questo errore

psql:/usr/share/postgresql92/contrib/postgis-2.0/postgis.sql:6052: 
ERRORE:  la transazione corrente è interrotta, i comandi saranno 
ignorati fino alla fine del blocco della transazione


Il 26/09/2013 18:16, sabas88 ha scritto:

Ciao,
questi sono i passaggi che faccio io
http://wiki.openstreetmap.org/wiki/User:Sarchittuorg/Note#Postgresql

Probabilmente non hai dato i permessi al tuo user, di solito l'owner è 
postgresql..


Ciao,
Stefano


Il giorno 26 settembre 2013 17:50, Guido Salemme osm.l...@gmail.com 
mailto:osm.l...@gmail.com ha scritto:


Un salutto a tutto il gruppo

Ho un problema sto cercando di fare dei redering delle mappe di
osm con mapnik (uso già maperitive e osmarender ma voglio imparare
anche mapnik)

premetto che ho Linux distribuzione Opensuse 12.3 kde
Quindi ho messo su postgres 9.2.4 e installato PostGis 2.0
(attraverso i repository)

ho creato un database e impostato postgis come estensione
e seguendo le guide mi dice di caricare questo file sql nel db
postgis.sql

che si trova in
/usr/share/postgresql92/contrib/postgis-2.0/postgis.sql

però dò il comando e mi da tutta una serie di errori che mi dice
che non ha caicato il file

poi ho provato con pgadmin qui mi dice

ERRORE: permesso negato per il linguaggio c
Stato SQL: 42501

qualcuno sa darmi una mano per superare questo problema?


___
Talk-it mailing list
Talk-it@openstreetmap.org mailto: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-lt] Vilniaus adresai

2013-09-26 Per discussione Mantas

Dar laukiam nuorodų į viešojo transporto trackų ir juodųjų skylių
duomenis.

Quoting Tomas Straupis (2013-09-27 08:42:40)
 Sveiki
 
   Vakar pažadėtos nuorodos į įrašus apie Vilniaus adresus.
 
   Pradinis adresų įkėlimas:
   http://blog.openmap.lt/2013/07/08/vilniaus-adresu-papildymas/
 
   Adresų informacijos atnaujinimas bei priežiūra:
   http://blog.openmap.lt/2013/09/23/vilniaus-adresai/
 
 -- 
 Tomas
 
 ___
 Talk-lt mailing list
 Talk-lt@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-lt

--
 Mantas aka sirex
  __o   /\
_ \,_   -- launchpad.net/~sirex --  /\/  \
___(_)/_(_)_/_/\
^

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

[Talk-dk] Rundkørsel i Middelfart spøger

2013-09-26 Per discussione Esbern Snare

Det er nu 3. gang jeg skal til at fjerne en rundkørsel i Middelfart, mellem
Hovedvejen, Brovej og Vandværksvej http://osm.org/go/0Hz_U2PF   Rundkørslen
er der ikke mere selvom den er på luftfoto. Store dele af Middelfart
omlægges for tiden p.g.a. den kommende Avlbyafkørslen på motorvejen, der
snart åbner, derfor skal man altså ud at se på tingene inden man bare
retter.

Jeg synes at jeg har lagt noter om sagen på kortet og i datasættet
alligevel flyver nogen over og opretter en rundkørsel hver gang jeg fjerner
den.

Hvordan kører man datasættene tilbage.

Hvordan sikre man at det her ikke gentager sig, det er jo rent sisyfos
arbejde det her.

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

Re: [Talk-dk] Rundkørsel i Middelfart spøger

2013-09-26 Per discussione Niels Elgaard Larsen

On Thu, 26 Sep 2013 14:26:40 +0200
Esbern Snare esbensn...@gmail.com wrote:

 Det er nu 3. gang jeg skal til at fjerne en rundkørsel i Middelfart,
 mellem Hovedvejen, Brovej og Vandværksvej
 http://osm.org/go/0Hz_U2PF   Rundkørslen er der ikke mere selvom den
 er på luftfoto.


Tak. Jeg var faktisk offer for den fejl. Jeg kørte gennem Middelfart
den 24 maj og blev lidt irriteret over at Osmand sagde: take the
second exit uden at jeg kunne se en rundkørsel.
På det tidspunkt havde du allerede rettet det i datasættet, det var
bare ikke kommet med i Osmand kort. 

Hvilket minder mig om at jeg har rettet fx, at der er heller der er
lavet som rundkørsler, hvilket er meget forvirrende.

Fx hvor der bare er lille helle midt på en vej. Det kan man markere ved
at dele vejen op i to ensrettede veje der hver sin side om hellen. 
Men hvis man så forbinder forbinder de to ensrettede veje med hinanden
får man en fladtrykt rundkørsel med to veje. Så når man kommer kørende
siger GPS-en, at man skal tage den første afkørsel i rundkørslen. Det
er forvirrende, især hvis der er en rigtig rundkørsel kort efter.


 Store dele af Middelfart omlægges for tiden p.g.a.
 den kommende Avlbyafkørslen på motorvejen, der snart åbner, derfor
 skal man altså ud at se på tingene inden man bare retter.
 
 Jeg synes at jeg har lagt noter om sagen på kortet og i datasættet
 alligevel flyver nogen over og opretter en rundkørsel hver gang jeg
 fjerner den.

Du kunne tilføje en note, der siger at der ikke er en rundkørsel.
Jeg ser at Winbladh har gjort det fx for en bro, der ikke er der.
http://www.openstreetmap.org/?note=32128#map=19/55.49361/9.81441layers=N

Men det er ikke sikkert, at den bliver set.
Jeg ser den ikke i hverken Id eller Potlash (som den sidste
indkarnation af rundkørslen er lavet med). Jeg synes at editors burde
vise alle noter.


 
 Hvordan kører man datasættene tilbage.
 
 Hvordan sikre man at det her ikke gentager sig, det er jo rent sisyfos
 arbejde det her.
 
 Mvh
 Esbern



-- 
Niels Elgaard Larsen

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

Re: [Talk-dk] Rundkørsel i Middelfart spøger

2013-09-26 Per discussione Erik Klausen



Hvordan sikre man at det her ikke gentager sig, det er jo rent sisyfos 
arbejde det her.


Hvis den dukker op igen, så kik i historikken og se hvem der opretter 
den. Og send en besked til vedkommende.


Vh. Erik Klausen

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

[Talk-se] OSM/Wikiträff torsdag 3 oktober Stockholm

2013-09-26 Per discussione Markus Lindholm

Hej listan

Nästa torsdag har wikipedia fika på Café Panorama klockan 18:00
https://sv.wikipedia.org/wiki/Wikipedia:Wikitr%C3%A4ffar#Wikifika.2C_Stockholm.2C_torsdag_3_oktober

Tycker det är ett utmärkt tillfälle att samla lite OSM-folk för att
fika samtidigt.

Väl mött
Markus

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

Re: [Talk-es] New tile rendering server (Experimental)

2013-09-26 Per discussione David

No sé si hay alguna lista, pero en el repositorio hay un apartado de
issues:
https://github.com/gravitystorm/openstreetmap-carto/issues


El 23 de julio de 2013 14:07, César Martínez Izquierdo
cesar@gmail.comescribió:

 Una pregunta, los estilos por defecto que se usan osm.org, ¿en qué lista
 de correo o ámbito se discuten? ¿Talk o alguna más específica? ¿En ningún
 sitio?

 Saludos,

 César


 El 23 de julio de 2013 13:25, Iván Sánchez Ortega 
 i...@sanchezortega.esescribió:

 On Martes, 23 de julio de 2013 13:04:48 Ricardo Sanz escribió:
  y ahora, en resumen, qué es lo que se cambia?

 De cara al usuario habitual de OSM, nada.


 De cara al cartógrafo con trastorno obsesivo-compulsivo, el estilo
 gráfico del
 mapa por defecto de osm.org puede tener *mínimos* cambios. Esto puede
 ser un
 píxel más grande, nosequé está un poquito descuadrado, etc.

 De cara a los de sistemas y redes, ahora las tiles se cargan desde un
 servidor
 en Francia, en vez de desde el servidor principal en Londres. Y, como ha
 dicho
 Grant, el refresco de las tiles (el tiempo que pasa desde que cambian los
 datos hasta que cambia el mapa) puede ser algo más grande de lo habitual.

 De cara a los desarrolladores, ahora el estilo gráfico es mucho más
 cómodo de
 probar y trastear (por ejemplo, con tilemill). Antes, las 7000 líneas de
 XML
 eran infumables.


 --
 --
 Iván Sánchez Ortega i...@sanchezortega.es i...@geonerd.org


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




 --
 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
César Martínez Izquierdo
GIS developer
-  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -
ETC-SIA: http://sia.eionet.europa.eu/
Universitat Autònoma de Barcelona (SPAIN)
 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

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




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

Re: [Talk-es] Semántica y rendering en OSM

2013-09-26 Per discussione David

Te contesto brevemente (porque tengo un poco de prisa) algunas cosas que sí
sé:

El estilo oficial (entendiendo como oficial por el de la página de osm.org)
es éste:
https://github.com/gravitystorm/openstreetmap-carto

En las páginas de Mapbox, MapQuest,
TileMillhttp://www.mapbox.com/tilemill/gallery,
etc. hay más estilos generales y específicos.

En el fichero
CARTOGRAPHY.mdhttps://github.com/gravitystorm/openstreetmap-carto/blob/master/CARTOGRAPHY.md
del estilo oficial se habla un poco de lo que pasa cuando hay un tag mal
escrito (responde a tu última pregunta).

El 23 de julio de 2013 16:03, Jimena Martinez
jimena.marti...@sinfogeo.comescribió:

Buenos días
Al hilo de esto último que se está tratando en la lista acerca del
renderizado, quería plantear alguna cuestión.
Vengo preguntando algunas cosas últimamente a la lista porque estoy
haciendo
la tesis sobre la semántica en OSM. Mi idea es tratar el tema desde el
punto
de vista del usuario que usa los datos, es decir, tratar de conseguir de
alguna manera ficheros OSM más limpios semánticamente. Veremos a dónde
llego...
Mi pregunta ahora (vuelvo a la carga, y gracias a todos los que me habéis
venido iluminando últimamente) es sobre el renderizado en OSM, como una
especie de ayuda-sin-querer a la homogeneización de tags que hace OSM
para
mostrar sus datos por medio de su web. Me he descargado algunas hojas de
estilos [1], [2] usadas para diferentes renderizaciones de OSM y os quería
hacer algunas preguntas:
• Si existen hojas de estilo oficiales de OSM, me refiero, las
últimas versiones que se usen en los renderizados sobre todo por defecto,
los que saca OSM en su web openstreetmap.org, el de mapnik y otros, por
ejemplo en esto último de openstreetmap-carto que se está tratando. Y si
conocéis más renderizados que se hayan hecho de OSM, pero siempre pensando
en algo básico, no en una aplicación específica (de momento me interesa el
caso general, luego ya iré viendo) y si estos estilos están formateados
como
SLD.
• Si estas hojas de estilo, bueno, los estilos decididos por ejemplo
para el render por defecto de mapnik, son decididos unánimemente por la
comunidad o cómo se decide qué estilo se asigna a cada tag. Si existe
alguna
wiki para discutir esto (he encontrado esta [3] pero no sé si hay más) y si
esto va cambiando con el tiempo según se detectan cosas a mejorar o a
incluir. Por ejemplo, me parece que la tag highway=bus_station tiene un
símbolo de parada de autobús, pero las paradas que tienen solo la tag
public_transport=stop_position no aparecen renderizadas en la web, es
decir, no parece que a esa tag se le haya asignado el mismo estilo que a la
anterior, siendo el mismo elemento, básicamente. Sabéis porqué pasa esto y
si es solucionable?
• Me interesa especialmente cómo y porqué se decide cuando un mismo
estilo o símbolo se asigna a más de una tag, sobre todo si son tags tipo
clases (roads, building..), más que atributos (tunnel=yes, u otras de tipo
más informativo). En algunas ocasiones esto parece que se hace porque dos
tags son muy parecidas o lo mismo, como el caso de cemetery y
grave_land, pero en otros casos parece más bien algo para generalizar, es
decir, simbolizar igual school university y kindergarden aunque sean
cosas diferentes, pero por ahorrar símbolos, o algo así. Si tenéis alguna
idea de cómo se ha pensado esto, me vendría muy bien.
• También qué tags se deciden no renderizar y porqué, en el
renderizado por defecto. Es por tema estético en el mapa? Me refiero, por
si
los símbolos se superponen, o por la importancia que se le de a las tags, y
según eso se simbolizan o no? En este sentido, hay alguna clasificación de
main tags o algo así, que siempre deban ir simbolizadas? A parte de lo
que
se indica en la wiki de Map Features, me refiero.
• ¿Sabéis qué pasa con las tags que están mal escritas? Me refiero a
tags tipo higkway, highgway o cosas así, en lugar de la correcta
highway, por ejemplo. Si esas entidades con tags erróneas se renderizan
porque hay algún modo de asimilarlas a la tag buena o si directamente se
desechan y por lo tanto la entidad no aparece renderizada, como si no
existiera.

Pues esto es todo, como siempre, gracias por vuestra ayuda experta! Y
siento
el correo larguísimo que me ha salido...
saludos

[1] http://wiki.openstreetmap.org/wiki/Stylesheet
[2] https://github.com/mapnik/mapnik/wiki/StyleShare
[3]

https://trac.openstreetmap.org/query?component=mapnikstatus=!closedorder=c
hangetimedesc=1max=500

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

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

[Talk-ca] Mapping mappers...

2013-09-26 Per discussione Colin McGregor

This is kind of neat, the story of a map of mappers, tracking who maps
where in Open Street Map:

http://www.theatlanticcities.com/technology/2013/09/mapping-worlds-mapmakers-65000-hues/7018/



Colin McGregor

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

[Talk-ca] Info : Défi GéoHack

2013-09-26 Per discussione Nicolas Gignac

Bonjour à tous et à toutes,

Voici un courriel d'information sur l'événement Défi GéoHack de Montréal (
http://defigeohackmtl.org/) qui se tiendra la semaine prochaine le 2
octobre en marge de Géomatique 2013 (www.geomatique2013.com).

Au total, 9 défis très intéressants sont maintenant lancés, dont le dernier
par Radio-Canada, il reste encore plusieurs bonnes places comme
développeur/designer/
intégrateur/géographe/participant/citoyen dans plusieurs projets, pour
s'inscrire visitez le tableau de bord des défis :
http://defigeohackmtl.sparkboard.org/ Des équipes ont déjà débuté l'échange
d'idées et de discussions pour la préparation de leur journée.

Le programme de la journée est disponible ici :
http://defigeohackmtl.org/?page_id=102

Les récompenses pour tous les participants et les prix par les
commanditaires des meilleurs projets ont également été diffusés :
http://defigeohackmtl.org/?page_id=45

Pour l'occasion, la ville de Montréal va libérer de nouveaux jeu de données
ouvertes.

Le compte Facebook regorge également de ressources en ligne qui pourrait
vous inspirer :
https://www.facebook.com/pages/D%C3%A9fi-G%C3%A9ohack-Mtl/666729416687072

Pour toutes questions/commentaires, n'hésitez pas à nous contacter à
defigeohack...@gmail.com

PS : Pour ceux qui amèneront leur portable, pensez à amener une extension.

Merci de votre participation et/ou de faire circuler l'information dans
votre réseau !

Au plaisir de vous voir à la Maison Notman mercredi prochain (
http://notman.org),

Nicolas Gignac
Co-organisateur du Défi GéoHack de Montréal
http://www.linkedin.com/pub/nicolas-gignac/20/690/a42
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-cz] číslo evidenční v addr:housenumber

2013-09-26 Per discussione Václav Kubíček

Ahoj,
statistiky výskytu jednotlivých tagů jsou např. zde: 
http://taginfo.openstreetmap.org Konkrétně pro tento případ: 
http://taginfo.openstreetmap.org/keys/addr%3Aprovisionalnumber
Vašek

__
 Od: Dalibor Jelínek dali...@dalibor.cz
 Komu: 'OpenStreetMap Czech Republic' talk-cz@openstreetmap.org
 Datum: 25.09.2013 15:17
 Předmět: Re: [Talk-cz]číslo evidenční v addr:housenumber

Čau,
už jsem se tady na něco o čísle evidenčním před nějakou dobou ptal, ale bez
odezvy.
I mě přijde ta konvence s E hloupá, hlavně proto, že se mi zdá, že ji
málokdo dodržuje.
Docela by mě zajímalo, kdyby někdo uměl vytáhnout statistiku z
ProvisionalNumber
pro ČR, jaké by bylo rozložení tvarů. Myslím, že se používá ev. N, ev.č.
N, EN, ale nevím jak moc která varianta.
Viděl bych jako vhodné se domluvit na jednom tvaru a pak to dávkou změnit
všude,
což by mělo být lehké (si myslím, ale neumím to).

Ale jsem proti tomu tam nedávat žádný prefix. Myslím, že většina map
zobrazuje
prostě HouseNumber a na ProvisionalNumber kašle. Pak by vznikal pro
uživatele spíše chaos.
Hlasoval bych za tvar ev. NNN.

Zdraví,
 Dalibor

-Original Message-
From: Karel Volný [mailto:ka...@seznam.cz] 
Sent: Wednesday, September 25, 2013 1:57 PM
To: 'OpenStreetMap Czech Republic'
Subject: [Talk-cz] číslo evidenční v addr:housenumber


zdar,

teď jsem si otagoval jeden areál s číslem evidenčním podle
http://wiki.openstreetmap.org/wiki/Cs:WikiProject_Czech_Republic/Address_sys
tem#Kl.C3.AD.C4.8D_housenumber

a zjistil jsem, že vyhledávání (Nominatim) mi to jako běžně zadanou adresu
nenajde ... přitom chudák uživatel, když někde na webu najde adresu, tak se
dost často nedozví, o jaké číslo jde, jestli popisné/orientační/evidenční, a
i když se to dozví, tak asi nezná tuto konvenci, že před číslo evidenční má
dát velké E

nevím, jestli existuje nějaký feature request, aby se to číslo vyhledávalo
jako podřetězec, nicméně jako účelnější by se mi jevilo změnit doporučení na
tagování a to E do addr:housenumber prostě nedávat (stejně jako tam
nedáváme P nebo O pro rozlišení mezi popisným a orientačním)

má někdo nějaké námitky, uniká mi, proč je to E důležité když již máme
jednoznačné určení čísla evidenčního pomocí addr:provisionalnumber ...?

K.


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


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


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

Re: [Talk-cz] číslo evidenční v addr:housenumber

2013-09-26 Per discussione Karel Volný



ehm, pár poznámek, mám pocit, že poněkud uniká původní pointa ...

1) nemluvím o obsahu addr:provisionalnumber ale o tagu addr:housenumber

dávat do prvního cokoli mimo čísla je blbost, protože to, že jde o číslo 
evidenční je jasně určeno již názvem a definicí tagu

2) diskuse není o (nebylo mým cílem diskutovat o) tom, jestli prefixem v 
addr:housenumber má být E nebo 0 nebo ev. č., nýbrž jestli tam vůbec 
nějaký prefix musí být

chápu snahu reflektovat realitu a mít tam přesně to, co je na domě na tabulce, 
ale činí to potom problémy při dalším zpracování (např. to zmíněné 
vyhledávání), neboť vzhledem k odlišnosti zvyklostí nelze bez místní znalosti 
předem odhadnout, co tam vlastně má být

navíc používání prefixu v případě čísla evidenčního není konsistentní s 
doporučením pro číslo popisné a orientační, kde se nepoužívá

jinými slovy, když dostanu adresu ve stylu Horní Dolní 3, bylo by skvělé, 
kdyby mi vyhledávání vyhodilo všechny tři baráky, pro které je to relevantní, 
tj.

a) Horní Dolní ev. č. 3
b) Horní Dolní č.p. 3 / č.o. 5
c) Horní Dolní č.p. 1 / č.o. 3

momentální situace je taková, že a) se nematchne protože 3 neodpovídá 
začátku E3

můžeme se sice hádat, že jde o chybu vyhledávače, že nevyhledává podřetězec od 
libovolné pozice, na druhou stranu ale zase nestojím o to, aby mě to zahltilo 
i domy číslo 13, 23 ...

nalezení a) můžeme pomoci tak, že se na prefix E prostě vykašleme a nebudeme 
ho tam dávat ... 

K.

Dne St 25. září 2013 18:36:41, Dalibor Jelínek napsal(a):
 No jo, ale kdyz se podivas na Wikipedii, tak uvidis, ze se tam taky dava:
 nula
 ev.
 evidenční
 Zajimavý je, že ja osobně jsem viděl všechny tam vyobrazené varianty, kromě
 právě toho samotného E (asi nějaké krajové špecifikum). Proto se mi volba E
 libí nejméně a navíc není moc samovysvětlující. ev. se mi líbí víc. ev.č.
 je ješte lepší, ale psát před číslo, že je to číslo, mi už zas připadá
 trochu moc.
 
 Dalibor
 
 Sent from my HTC
 
 - Reply message -
 From: Tomáš Tichý t.ti...@post.cz
 To: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
 Subject: [Talk-cz]číslo evidenční v addr:housenumber
 Date: Wed, Sep 25, 2013 16:51
 
 E se tam dává, protože bývá na tabulkách na domech.
 TT
 Dne 25. 9. 2013 15:16 Dalibor Jelínek dali...@dalibor.cz napsal(a):
 Čau,
 
 už jsem se tady na něco o čísle evidenčním před nějakou dobou ptal, ale bez
 
 odezvy.
 
 I mě přijde ta konvence s E hloupá, hlavně proto, že se mi zdá, že ji
 
 málokdo dodržuje.
 
 Docela by mě zajímalo, kdyby někdo uměl vytáhnout statistiku z
 
 ProvisionalNumber
 
 pro ČR, jaké by bylo rozložení tvarů. Myslím, že se používá ev. N, ev.č.
 
 N, EN, ale nevím jak moc která varianta.
 
 Viděl bych jako vhodné se domluvit na jednom tvaru a pak to dávkou změnit
 
 všude,
 
 což by mělo být lehké (si myslím, ale neumím to).
 
 
 
 Ale jsem proti tomu tam nedávat žádný prefix. Myslím, že většina map
 
 zobrazuje
 
 prostě HouseNumber a na ProvisionalNumber kašle. Pak by vznikal pro
 
 uživatele spíše chaos.
 
 Hlasoval bych za tvar ev. NNN.
 
 
 
 Zdraví,
 
  Dalibor
 
 
 
 -Original Message-
 
 From: Karel Volný [mailto:ka...@seznam.cz]
 
 Sent: Wednesday, September 25, 2013 1:57 PM
 
 To: 'OpenStreetMap Czech Republic'
 
 Subject: [Talk-cz] číslo evidenční v addr:housenumber
 
 
 
 
 
 zdar,
 
 
 
 teď jsem si otagoval jeden areál s číslem evidenčním podle
 
 http://wiki.openstreetmap.org/wiki/Cs:WikiProject_Czech_Republic/Address_sys
 
 tem#Kl.C3.AD.C4.8D_housenumber
 
 
 
 a zjistil jsem, že vyhledávání (Nominatim) mi to jako běžně zadanou adresu
 
 nenajde ... přitom chudák uživatel, když někde na webu najde adresu, tak se
 
 dost často nedozví, o jaké číslo jde, jestli popisné/orientační/evidenční, a
 
 i když se to dozví, tak asi nezná tuto konvenci, že před číslo evidenční má
 
 dát velké E
 
 
 
 nevím, jestli existuje nějaký feature request, aby se to číslo vyhledávalo
 
 jako podřetězec, nicméně jako účelnější by se mi jevilo změnit doporučení na
 
 tagování a to E do addr:housenumber prostě nedávat (stejně jako tam
 
 nedáváme P nebo O pro rozlišení mezi popisným a orientačním)
 
 
 
 má někdo nějaké námitky, uniká mi, proč je to E důležité když již máme
 
 jednoznačné určení čísla evidenčního pomocí addr:provisionalnumber ...?
 
 
 
 K.


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

Re: [Talk-cz] číslo evidenční v addr:housenumber

2013-09-26 Per discussione Dalibor Jelínek

Ja myslim, ze pointu jsem pochopil a reagoval na ni v uz prvnim mailu.
Kdyz tam nebude zadny prefix, tak se obavam, ze ani zadny prefix nebude 
zobrazen na mape a pak nepujde pohledem do mapy rozlisit domy c.p. 3 a ev.c. 3.
Proto bych tam prefix nechal.
Jen by bylo fajn pouzivat vsude stejny.

Ze by se mel zmenit zpusob vyhledavani na podretezec je dobry plan. Mozna lepe 
nez podretezec by bylo prohledacat vsechny tri tagy s cislem zaroven. Zkus o to 
pozadat.

Zdravi,
Dalibor

Sent from my HTC

- Reply message -
From: KarelVolný ka...@seznam.cz
To: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
Subject: [Talk-cz]číslo evidenční v addr:housenumber
Date: Thu, Sep 26, 2013 14:29

ehm, pár poznámek, mám pocit, že poněkud uniká původní pointa ...

1) nemluvím o obsahu addr:provisionalnumber ale o tagu addr:housenumber

dávat do prvního cokoli mimo čísla je blbost, protože to, že jde o číslo 
evidenční je jasně určeno již názvem a definicí tagu

2) diskuse není o (nebylo mým cílem diskutovat o) tom, jestli prefixem v 
addr:housenumber má být E nebo 0 nebo ev. č., nýbrž jestli tam vůbec 
nějaký prefix musí být

chápu snahu reflektovat realitu a mít tam přesně to, co je na domě na tabulce, 
ale činí to potom problémy při dalším zpracování (např. to zmíněné 
vyhledávání), neboť vzhledem k odlišnosti zvyklostí nelze bez místní znalosti 
předem odhadnout, co tam vlastně má být

navíc používání prefixu v případě čísla evidenčního není konsistentní s 
doporučením pro číslo popisné a orientační, kde se nepoužívá

jinými slovy, když dostanu adresu ve stylu Horní Dolní 3, bylo by skvělé, 
kdyby mi vyhledávání vyhodilo všechny tři baráky, pro které je to relevantní, 
tj.

a) Horní Dolní ev. č. 3
b) Horní Dolní č.p. 3 / č.o. 5
c) Horní Dolní č.p. 1 / č.o. 3

momentální situace je taková, že a) se nematchne protože 3 neodpovídá 
začátku E3

můžeme se sice hádat, že jde o chybu vyhledávače, že nevyhledává podřetězec od 
libovolné pozice, na druhou stranu ale zase nestojím o to, aby mě to zahltilo 
i domy číslo 13, 23 ...

nalezení a) můžeme pomoci tak, že se na prefix E prostě vykašleme a nebudeme 
ho tam dávat ... 

K.

Dne St 25. září 2013 18:36:41, Dalibor Jelínek napsal(a):
 No jo, ale kdyz se podivas na Wikipedii, tak uvidis, ze se tam taky dava:
 nula
 ev.
 evidenční
 Zajimavý je, že ja osobně jsem viděl všechny tam vyobrazené varianty, kromě
 právě toho samotného E (asi nějaké krajové špecifikum). Proto se mi volba E
 libí nejméně a navíc není moc samovysvětlující. ev. se mi líbí víc. ev.č.
 je ješte lepší, ale psát před číslo, že je to číslo, mi už zas připadá
 trochu moc.
 
 Dalibor
 
 Sent from my HTC
 
 - Reply message -
 From: Tomáš Tichý t.ti...@post.cz
 To: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
 Subject: [Talk-cz]číslo evidenční v addr:housenumber
 Date: Wed, Sep 25, 2013 16:51
 
 E se tam dává, protože bývá na tabulkách na domech.
 TT
 Dne 25. 9. 2013 15:16 Dalibor Jelínek dali...@dalibor.cz napsal(a):
 Čau,
 
 už jsem se tady na něco o čísle evidenčním před nějakou dobou ptal, ale bez
 
 odezvy.
 
 I mě přijde ta konvence s E hloupá, hlavně proto, že se mi zdá, že ji
 
 málokdo dodržuje.
 
 Docela by mě zajímalo, kdyby někdo uměl vytáhnout statistiku z
 
 ProvisionalNumber
 
 pro ČR, jaké by bylo rozložení tvarů. Myslím, že se používá ev. N, ev.č.
 
 N, EN, ale nevím jak moc která varianta.
 
 Viděl bych jako vhodné se domluvit na jednom tvaru a pak to dávkou změnit
 
 všude,
 
 což by mělo být lehké (si myslím, ale neumím to).
 
 
 
 Ale jsem proti tomu tam nedávat žádný prefix. Myslím, že většina map
 
 zobrazuje
 
 prostě HouseNumber a na ProvisionalNumber kašle. Pak by vznikal pro
 
 uživatele spíše chaos.
 
 Hlasoval bych za tvar ev. NNN.
 
 
 
 Zdraví,
 
  Dalibor
 
 
 
 -Original Message-
 
 From: Karel Volný [mailto:ka...@seznam.cz]
 
 Sent: Wednesday, September 25, 2013 1:57 PM
 
 To: 'OpenStreetMap Czech Republic'
 
 Subject: [Talk-cz] číslo evidenční v addr:housenumber
 
 
 
 
 
 zdar,
 
 
 
 teď jsem si otagoval jeden areál s číslem evidenčním podle
 
 http://wiki.openstreetmap.org/wiki/Cs:WikiProject_Czech_Republic/Address_sys
 
 tem#Kl.C3.AD.C4.8D_housenumber
 
 
 
 a zjistil jsem, že vyhledávání (Nominatim) mi to jako běžně zadanou adresu
 
 nenajde ... přitom chudák uživatel, když někde na webu najde adresu, tak se
 
 dost často nedozví, o jaké číslo jde, jestli popisné/orientační/evidenční, a
 
 i když se to dozví, tak asi nezná tuto konvenci, že před číslo evidenční má
 
 dát velké E
 
 
 
 nevím, jestli existuje nějaký feature request, aby se to číslo vyhledávalo
 
 jako podřetězec, nicméně jako účelnější by se mi jevilo změnit doporučení na
 
 tagování a to E do addr:housenumber prostě nedávat (stejně jako tam
 
 nedáváme P nebo O pro rozlišení mezi popisným a orientačním)
 
 
 
 má někdo nějaké námitky, uniká mi, proč je to E důležité když již máme
 
 jednoznačné určení čísla evidenčního pomocí addr:provisionalnumber ...?
 
 
 
 K.

Re: [Talk-cz] číslo evidenční v addr:housenumber

2013-09-26 Per discussione Karel Volný

Dne Čt 26. září 2013 15:48:25, Dalibor Jelínek napsal(a):
 Ja myslim, ze pointu jsem pochopil a reagoval na ni v uz prvnim mailu.

hm, pak se omlouvám, jestli jsem něco blbě pochopil já, ale otázka na 
rozložení tvarů v provisionalnumber podpořená odkazem na taginfo 
keys/addr%3Aprovisionalnumber mi přišla mimo - v provisionalnumber by se žádný 
prefix vyskytnout neměl

 Kdyz tam nebude zadny prefix, tak se obavam, ze ani zadny prefix nebude
 zobrazen na mape a pak nepujde pohledem do mapy rozlisit domy c.p. 3 a
 ev.c. 3. Proto bych tam prefix nechal.

už teď nelze pohledem na mapu rozlišit číslo popisné a číslo orientační, pokud 
je uvedeno pouze jedno z nich

(a tak naokraj, nejsem si jist, zda je 100% dodržena konvence, že při uvádění 
obou se prvně píše popisné)

takže ... budeme se tedy místo o zrušení E bavit o přidání P a O, aby 
šlo i rozlišit mezi domy č.p. 3 a č.o. 3?

- také varianta, nejsem a priori proti, jen je mi divný argument, že se ztratí 
rozlišení, když v analogickém případě na rozlišení kašleme

 Jen by bylo fajn pouzivat vsude stejny.

pokud jde (jen) o hezké zobrazení, pak bych preferoval ev. před E ...

 Ze by se mel zmenit zpusob vyhledavani na podretezec je dobry plan. Mozna
 lepe nez podretezec by bylo prohledacat vsechny tri tagy s cislem zaroven.
 Zkus o to pozadat.

hledě na FAQ[1] si nejsem jist, zda to má šanci, to není bug, to je feature

navíc to asi bude problém více programů, že si s místními vychytávkami 
neporadí

[1]http://wiki.openstreetmap.org/wiki/Nominatim/FAQ

K.


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

Re: [Talk-cz] číslo evidenční v addr:housenumber

2013-09-26 Per discussione Nejedli

Hmm, když jsem bydlel v domě s evidenčním číslem, na poště mi řekli, že mám do adresy psát "E8", ale myslím, že jsem většinou používal "8 e".A jestli si to dobře pamatuji, narazil jsem na web, co mě nenechal do kolonky číslo napsat E8, ale 8 e fungovalo."8 e", popř. "8E" by se dobře renderovalo a hledalo, ale zas by to trochu kolidovalo s vchodem "E" paneláku č.p. 8 Sent from my BlackBerry 10 smartphone. From: Karel VolnýSent: Thursday, September 26, 2013 5:29 AMTo: OpenStreetMap Czech RepublicReply To: OpenStreetMap Czech RepublicSubject: Re: [Talk-cz]číslo evidenční v addr:housenumberehm, pár poznámek, mám pocit, že poněkud uniká původní pointa ...1) nemluvím o obsahu addr:provisionalnumber ale o tagu addr:housenumberdávat do prvního cokoli mimo čísla je blbost, protože to, že jde o číslo evidenční je jasně určeno již názvem a definicí tagu2) diskuse není o (nebylo mým cílem diskutovat o) tom, jestli prefixem v addr:housenumber má být "E" nebo "0" nebo "ev. č.", nýbrž jestli tam vůbec nějaký prefix musí býtchápu snahu reflektovat realitu a mít tam přesně to, co je na domě na tabulce, ale činí to potom problémy při dalším zpracování (např. to zmíněné vyhledávání), neboť vzhledem k odlišnosti zvyklostí nelze bez místní znalosti předem odhadnout, co tam vlastně má býtnavíc používání prefixu v případě čísla evidenčního není konsistentní s doporučením pro číslo popisné a orientační, kde se nepoužívájinými slovy, když dostanu adresu ve stylu "Horní Dolní 3", bylo by skvělé, kdyby mi vyhledávání vyhodilo všechny tři baráky, pro které je to relevantní, tj.a) Horní Dolní ev. č. 3b) Horní Dolní č.p. 3 / č.o. 5c) Horní Dolní č.p. 1 / č.o. 3momentální situace je taková, že a) se nematchne protože "3" neodpovídá začátku "E3"můžeme se sice hádat, že jde o chybu vyhledávače, že nevyhledává podřetězec od libovolné pozice, na druhou stranu ale zase nestojím o to, aby mě to zahltilo i domy číslo 13, 23 ...nalezení a) můžeme pomoci tak, že se na prefix "E" prostě vykašleme a nebudeme ho tam dávat ... K.Dne St 25. září 2013 18:36:41, Dalibor Jelínek napsal(a): No jo, ale kdyz se podivas na Wikipedii, tak uvidis, ze se tam taky dava: nula ev. evidenční Zajimavý je, že ja osobně jsem viděl všechny tam vyobrazené varianty, kromě právě toho samotného E (asi nějaké krajové špecifikum). Proto se mi volba E libí nejméně a navíc není moc samovysvětlující. ev. se mi líbí víc. ev.č. je ješte lepší, ale psát před číslo, že je to číslo, mi už zas připadá trochu moc. Dalibor Sent from my HTC - Reply message - From: "Tomáš Tichý" t.ti...@post.cz To: "OpenStreetMap Czech Republic" talk-cz@openstreetmap.org Subject: [Talk-cz]číslo evidenční v addr:housenumber Date: Wed, Sep 25, 2013 16:51 E se tam dává, protože bývá na tabulkách na domech. TT Dne 25. 9. 2013 15:16 "Dalibor Jelínek" dali...@dalibor.cz napsal(a): Čau, už jsem se tady na něco o čísle evidenčním před nějakou dobou ptal, ale bez odezvy. I mě přijde ta konvence s E hloupá, hlavně proto, že se mi zdá, že ji málokdo dodržuje. Docela by mě zajímalo, kdyby někdo uměl vytáhnout statistiku z ProvisionalNumber pro ČR, jaké by bylo rozložení tvarů. Myslím, že se používá "ev. N", "ev.č. N", "EN", ale nevím jak moc která varianta. Viděl bych jako vhodné se domluvit na jednom tvaru a pak to dávkou změnit všude, což by mělo být lehké (si myslím, ale neumím to).Ale jsem proti tomu tam nedávat žádný prefix. Myslím, že většina map zobrazuje prostě HouseNumber a na ProvisionalNumber kašle. Pak by vznikal pro uživatele spíše chaos. Hlasoval bych za tvar "ev. NNN".Zdraví, Dalibor-Original Message- From: Karel Volný [mailto:ka...@seznam.cz] Sent: Wednesday, September 25, 2013 1:57 PM To: 'OpenStreetMap Czech Republic' Subject: [Talk-cz] číslo evidenční v addr:housenumber zdar,teď jsem si otagoval jeden areál s číslem evidenčním podle http://wiki.openstreetmap.org/wiki/Cs:WikiProject_Czech_Republic/Address_sys tem#Kl.C3.AD.C4.8D_housenumbera zjistil jsem, že vyhledávání (Nominatim) mi to jako běžně zadanou adresu nenajde ... přitom chudák uživatel, když někde na webu najde adresu, tak se dost často nedozví, o jaké číslo jde, jestli popisné/orientační/evidenční, a i když se to dozví, tak asi nezná tuto konvenci, že před číslo evidenční má dát velké "E"nevím, jestli existuje nějaký feature request, aby se to číslo vyhledávalo jako podřetězec, nicméně jako účelnější by se mi jevilo změnit doporučení na tagování a to "E" do addr:housenumber prostě nedávat (stejně jako tam nedáváme "P" nebo "O" pro rozlišení mezi popisným a orientačním)má někdo nějaké námitky,

Re: [Talk-cz] číslo evidenční v addr:housenumber

2013-09-26 Per discussione LM_1

Jestli to vyhledávání funguje vždy od začátku bloku s mezerou (u jmen to
tak je, nevím jak u čísel) tak by ideální bylo ev. 3 (líp vypadá, dokonce
jsem ho i viděl na cedulkách, fungovalo by hledání)
Lukáš Matějka (LM_1)


Dne 26. září 2013 18:02 Nejedli p...@nejedli.cz napsal(a):

 Hmm, když jsem bydlel v domě s evidenčním číslem, na poště mi řekli, že
 mám do adresy psát E8, ale myslím, že jsem většinou používal 8 e.

 A jestli si to dobře pamatuji, narazil jsem na web, co mě nenechal do
 kolonky číslo napsat E8, ale 8 e fungovalo.

 8 e, popř. 8E by se dobře renderovalo a hledalo, ale zas by to trochu
 kolidovalo s vchodem E paneláku č.p. 8


  Sent from my BlackBerry 10 smartphone.
   *From: *Karel Volný
 *Sent: *Thursday, September 26, 2013 5:29 AM
 *To: *OpenStreetMap Czech Republic
 *Reply To: *OpenStreetMap Czech Republic
 *Subject: *Re: [Talk-cz]číslo evidenční v addr:housenumber



 ehm, pár poznámek, mám pocit, že poněkud uniká původní pointa ...

 1) nemluvím o obsahu addr:provisionalnumber ale o tagu addr:housenumber

 dávat do prvního cokoli mimo čísla je blbost, protože to, že jde o číslo
 evidenční je jasně určeno již názvem a definicí tagu

 2) diskuse není o (nebylo mým cílem diskutovat o) tom, jestli prefixem v
 addr:housenumber má být E nebo 0 nebo ev. č., nýbrž jestli tam vůbec
 nějaký prefix musí být

 chápu snahu reflektovat realitu a mít tam přesně to, co je na domě na
 tabulce,
 ale činí to potom problémy při dalším zpracování (např. to zmíněné
 vyhledávání), neboť vzhledem k odlišnosti zvyklostí nelze bez místní
 znalosti
 předem odhadnout, co tam vlastně má být

 navíc používání prefixu v případě čísla evidenčního není konsistentní s
 doporučením pro číslo popisné a orientační, kde se nepoužívá

 jinými slovy, když dostanu adresu ve stylu Horní Dolní 3, bylo by
 skvělé,
 kdyby mi vyhledávání vyhodilo všechny tři baráky, pro které je to
 relevantní,
 tj.

 a) Horní Dolní ev. č. 3
 b) Horní Dolní č.p. 3 / č.o. 5
 c) Horní Dolní č.p. 1 / č.o. 3

 momentální situace je taková, že a) se nematchne protože 3 neodpovídá
 začátku E3

 můžeme se sice hádat, že jde o chybu vyhledávače, že nevyhledává
 podřetězec od
 libovolné pozice, na druhou stranu ale zase nestojím o to, aby mě to
 zahltilo
 i domy číslo 13, 23 ...

 nalezení a) můžeme pomoci tak, že se na prefix E prostě vykašleme a
 nebudeme
 ho tam dávat ...

 K.

 Dne St 25. září 2013 18:36:41, Dalibor Jelínek napsal(a):
  No jo, ale kdyz se podivas na Wikipedii, tak uvidis, ze se tam taky dava:
  nula
  ev.
  evidenční
  Zajimavý je, že ja osobně jsem viděl všechny tam vyobrazené varianty,
 kromě
  právě toho samotného E (asi nějaké krajové špecifikum). Proto se mi
 volba E
  libí nejméně a navíc není moc samovysvětlující. ev. se mi líbí víc. ev.č.
  je ješte lepší, ale psát před číslo, že je to číslo, mi už zas připadá
  trochu moc.
 
  Dalibor
 
  Sent from my HTC
 
  - Reply message -
  From: Tomáš Tichý t.ti...@post.cz
  To: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
  Subject: [Talk-cz]číslo evidenční v addr:housenumber
  Date: Wed, Sep 25, 2013 16:51
 
  E se tam dává, protože bývá na tabulkách na domech.
  TT
  Dne 25. 9. 2013 15:16 Dalibor Jelínek dali...@dalibor.cz napsal(a):
  Čau,
 
  už jsem se tady na něco o čísle evidenčním před nějakou dobou ptal, ale
 bez
 
  odezvy.
 
  I mě přijde ta konvence s E hloupá, hlavně proto, že se mi zdá, že ji
 
  málokdo dodržuje.
 
  Docela by mě zajímalo, kdyby někdo uměl vytáhnout statistiku z
 
  ProvisionalNumber
 
  pro ČR, jaké by bylo rozložení tvarů. Myslím, že se používá ev. N,
 ev.č.
 
  N, EN, ale nevím jak moc která varianta.
 
  Viděl bych jako vhodné se domluvit na jednom tvaru a pak to dávkou změnit
 
  všude,
 
  což by mělo být lehké (si myslím, ale neumím to).
 
 
 
  Ale jsem proti tomu tam nedávat žádný prefix. Myslím, že většina map
 
  zobrazuje
 
  prostě HouseNumber a na ProvisionalNumber kašle. Pak by vznikal pro
 
  uživatele spíše chaos.
 
  Hlasoval bych za tvar ev. NNN.
 
 
 
  Zdraví,
 
  Dalibor
 
 
 
  -Original Message-
 
  From: Karel Volný [mailto:ka...@seznam.cz]
 
  Sent: Wednesday, September 25, 2013 1:57 PM
 
  To: 'OpenStreetMap Czech Republic'
 
  Subject: [Talk-cz] číslo evidenční v addr:housenumber
 
 
 
 
 
  zdar,
 
 
 
  teď jsem si otagoval jeden areál s číslem evidenčním podle
 
 
 http://wiki.openstreetmap.org/wiki/Cs:WikiProject_Czech_Republic/Address_sys
 
  tem#Kl.C3.AD.C4.8D_housenumber
 
 
 
  a zjistil jsem, že vyhledávání (Nominatim) mi to jako běžně zadanou
 adresu
 
  nenajde ... přitom chudák uživatel, když někde na webu najde adresu, tak
 se
 
  dost často nedozví, o jaké číslo jde, jestli
 popisné/orientační/evidenční, a
 
  i když se to dozví, tak asi nezná tuto konvenci, že před číslo evidenční
 má
 
  dát velké E
 
 
 
  nevím, jestli existuje nějaký feature request, aby se to číslo
 vyhledávalo
 
  jako podřetězec, nicméně jako účelnější by se mi jevilo změnit
 doporučení na
 
  tagování a to E

Re: [Talk-cz] číslo evidenční v addr:housenumber

2013-09-26 Per discussione jzvc


Dne 26.9.2013 14:29, Karel Volný napsal(a):



ehm, pár poznámek, mám pocit, že poněkud uniká původní pointa ...

1) nemluvím o obsahu addr:provisionalnumber ale o tagu addr:housenumber

dávat do prvního cokoli mimo čísla je blbost, protože to, že jde o číslo
evidenční je jasně určeno již názvem a definicí tagu

2) diskuse není o (nebylo mým cílem diskutovat o) tom, jestli prefixem v
addr:housenumber má být E nebo 0 nebo ev. č., nýbrž jestli tam vůbec
nějaký prefix musí být

chápu snahu reflektovat realitu a mít tam přesně to, co je na domě na tabulce,
ale činí to potom problémy při dalším zpracování (např. to zmíněné
vyhledávání), neboť vzhledem k odlišnosti zvyklostí nelze bez místní znalosti
předem odhadnout, co tam vlastně má být

navíc používání prefixu v případě čísla evidenčního není konsistentní s
doporučením pro číslo popisné a orientační, kde se nepoužívá

jinými slovy, když dostanu adresu ve stylu Horní Dolní 3, bylo by skvělé,
kdyby mi vyhledávání vyhodilo všechny tři baráky, pro které je to relevantní,
tj.

a) Horní Dolní ev. č. 3
b) Horní Dolní č.p. 3 / č.o. 5
c) Horní Dolní č.p. 1 / č.o. 3

momentální situace je taková, že a) se nematchne protože 3 neodpovídá
začátku E3

můžeme se sice hádat, že jde o chybu vyhledávače, že nevyhledává podřetězec od
libovolné pozice, na druhou stranu ale zase nestojím o to, aby mě to zahltilo
i domy číslo 13, 23 ...

nalezení a) můžeme pomoci tak, že se na prefix E prostě vykašleme a nebudeme
ho tam dávat ...


Cus, resite tu to, co vyresit nejde ...

addr:housenumber=1081/2
addr:conscriptionnumber=1081
addr:streetnumber=2

= textova zkratka sem tam pise z jednoduchyho duvodu, aby se dalo 
poznat, jestli je tam cosi jako cislo popisny/orientacni (technicky tam 
muze byt jen jedno nebo druhy) pripadne prave cislo evidencni.


Defakto je ovsem cely addr:housenumber v rozporu s pravidly OSM. 
Duplikuje data a vyplnuje se to jen kvuli blbymu renederu. Kdyz uz, tak 
by se to melo idealne zrusit uplne, a reneder by to mel sestavovat sam z 
tech 3 tagu. Samo, totez plati pro prohledavani ... davat vic udaju do 
jednoho tagu je zhuverilost.




už teď nelze pohledem na mapu rozlišit číslo popisné a číslo 
orientační, pokud

je uvedeno pouze jedno z nich


Otazka zni, zda v mape vubec treba mit cisla evidencni, kdyz to je 
oznaceni kdejaky lesni boudy na seno ... ;D Kazdopadne alespon pro me je 
celkem podstatny rozpoznat prave to evidencni (ktery vetsinou nehledam), 
narozdil od popisnyho/orientacniho, protoze pravazne hledam adresu ... a 
z kontextu uz rek bych usoudim, kde je to spravny misto.





K.

Dne St 25. září 2013 18:36:41, Dalibor Jelínek napsal(a):

No jo, ale kdyz se podivas na Wikipedii, tak uvidis, ze se tam taky dava:
nula
ev.
evidenční
Zajimavý je, že ja osobně jsem viděl všechny tam vyobrazené varianty, kromě
právě toho samotného E (asi nějaké krajové špecifikum). Proto se mi volba E
libí nejméně a navíc není moc samovysvětlující. ev. se mi líbí víc. ev.č.
je ješte lepší, ale psát před číslo, že je to číslo, mi už zas připadá
trochu moc.

Dalibor

Sent from my HTC

- Reply message -
From: Tomáš Tichý t.ti...@post.cz
To: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
Subject: [Talk-cz]číslo evidenční v addr:housenumber
Date: Wed, Sep 25, 2013 16:51

E se tam dává, protože bývá na tabulkách na domech.
TT
Dne 25. 9. 2013 15:16 Dalibor Jelínek dali...@dalibor.cz napsal(a):
Čau,

už jsem se tady na něco o čísle evidenčním před nějakou dobou ptal, ale bez

odezvy.

I mě přijde ta konvence s E hloupá, hlavně proto, že se mi zdá, že ji

málokdo dodržuje.

Docela by mě zajímalo, kdyby někdo uměl vytáhnout statistiku z

ProvisionalNumber

pro ČR, jaké by bylo rozložení tvarů. Myslím, že se používá ev. N, ev.č.

N, EN, ale nevím jak moc která varianta.

Viděl bych jako vhodné se domluvit na jednom tvaru a pak to dávkou změnit

všude,

což by mělo být lehké (si myslím, ale neumím to).



Ale jsem proti tomu tam nedávat žádný prefix. Myslím, že většina map

zobrazuje

prostě HouseNumber a na ProvisionalNumber kašle. Pak by vznikal pro

uživatele spíše chaos.

Hlasoval bych za tvar ev. NNN.



Zdraví,

  Dalibor



-Original Message-

From: Karel Volný [mailto:ka...@seznam.cz]

Sent: Wednesday, September 25, 2013 1:57 PM

To: 'OpenStreetMap Czech Republic'

Subject: [Talk-cz] číslo evidenční v addr:housenumber





zdar,



teď jsem si otagoval jeden areál s číslem evidenčním podle

http://wiki.openstreetmap.org/wiki/Cs:WikiProject_Czech_Republic/Address_sys

tem#Kl.C3.AD.C4.8D_housenumber



a zjistil jsem, že vyhledávání (Nominatim) mi to jako běžně zadanou adresu

nenajde ... přitom chudák uživatel, když někde na webu najde adresu, tak se

dost často nedozví, o jaké číslo jde, jestli popisné/orientační/evidenční, a

i když se to dozví, tak asi nezná tuto konvenci, že před číslo evidenční má

dát velké E



nevím, jestli existuje nějaký feature request, aby se to číslo vyhledávalo

jako podřetězec, nicméně jako účelnější by se mi

Re: [OSM-talk-fr] Outil d'intégration des adresses à nouveau disponible

2013-09-26 Per discussione Romain MEHUT

Le 23 septembre 2013 13:35, Romain MEHUT romain.me...@gmail.com a écrit :


 Merci!
 Quant à Saint-Brieuc, j'ai demandé à la mairie qu'il me confirme qu'il n'y
 a pas d'obstacle à l'intégration dans OSM...


Standby donc pour Saint-Brieuc. Pour l'instant, le type de licence pour la
diffusion des données n'a pas été étudié.

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

Re: [OSM-talk-fr] Explosion d'un carrefour

2013-09-26 Per discussione Fionn Halleman

Ça fait bizarre, cette rue Pélissier qui s'arrête à la place Edmond Maurat
puis repart après, non ?

Le cadastre, lui, semble effectivement dire que c'est la rue Pélissier
jusqu'au bout :
http://www.cadastre.gouv.fr/scpc/afficherCarteParcelle.do?f=I0218000HS01p=I0218000HS0087dontSaveLastForwardkeepVolatileSession=

L'IGN semble penser qu'après,c 'est la place Edmond Maurat :
http://www.geoportail.gouv.fr/accueil?c=4.396402430756927,45.430144930744426z=0.08389155820363937l=ORTHOIMAGERY.ORTHOPHOTOS::GEOPORTAIL:OGC:WMTS(1)l=GEOGRAPHICALGRIDSYSTEMS.MAPS.3D::GEOPORTAIL:OGC:WMTS==aggregate(1)permalink=yes
.

Et si on navigue sur Street View, on aperçoit sur des images une plaque au
coin du cours Fauriel indiquant place Edmond Maurat. Mais ce sont des
images de 2008.

Il faut dans ce cas voir ce que dit la ville. C'est elle après tout qui a
autorité pour le nommage de la voirie communale. Pas de bol, le plan
disponible sur le site de la ville de Saint-Etienne (
http://www.saint-etienne.fr/annuaire) n'a pas d'étiquette sur le tronçon !

Que faire ? Coup de chance, les archives de la ville ont un document avec
l'historique de la voirie :
http://archives.saint-etienne.fr/site/telechargement/fichePratique/CANTONS.pdf.
En page 16, celui-ci indique que la rue Edmond Maurat a été nommée le 16
mai 1974... à partir d'un ancien tronçon de la rue Pélissier. CQFD. Donc
cadastre : 0, reste du monde 1.

Sur la foi de ces informations de source officielle, je change donc les
noms de ces trois tronçons :

http://www.openstreetmap.org/browse/way/43865818
http://www.openstreetmap.org/browse/way/239310875
http://www.openstreetmap.org/browse/way/239314492

Et je redécoupe un petit peu celui-ci :
http://www.openstreetmap.org/browse/way/43865830

Et je clos ma session de desktop mapping avec un morceau composé par Edmond
Maurat.

Le 26 septembre 2013 02:44, Philippe Verdy verd...@wanadoo.fr a écrit :

Il doit encore rester l'orthographe de la Rue Jean Macé (et non Massé), du
nom de la personnalité qu'on trouve un peu partout en France et qui a donné
son nom à plein de lycées dont celui bordant la place... Je ne vois pas
trop pourquoi un homophone donnerait son nom à cette petite rue.

Le 25 septembre 2013 22:44, Ista Pouss ista...@gmail.com a écrit :

Le 25 septembre 2013 14:26, Christophe Merlet red...@redfoxcenter.orga
écrit :

Quelques commentaires...

[couic]
Librement,

Merci, tout tes commentaires étaient judicieux, et Philippe_V semble
avoir corrigé pas mal d'erreurs, merci à lui. Cette malheureuse anodine
place va profiter de toutes les compétences de la Communauté :-)

Le problème est que, si le filaire est maintenant à peu près cohérent
avec le terrain, le surfacique n'y est plus du tout ! Cette place n'est pas
un enchevêtrement de routes bordeliques comme on voit sur la carte, mais
une sorte d'unique plaque de goudron pourri sur laquelle les piétons ne
passent qu'en bordure ! (hormis un micro parc en haut)

J'ai amélioré et précisé la situation de quelques trucs ; ça se voit à
http://www.openstreetmap.org/browse/changeset/18035222. Il reste à
indiquer que la plupart des trottoirs sont isolés de la route par une
barrière, et donc qu'il faut les taguer séparément de ce que j'ai compris
qu'il faut faire. Je m'en occupe.

A+.

--
Les dérives de rue :
Dans la rue je dors http://drivrsdu.fr/dans-la-rue-je-dors/
http://drivrsdu.fr/profession-emotion/

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

Re: [OSM-talk-fr] Explosion d'un carrefour

2013-09-26 Per discussione Ista Pouss

Le 25 septembre 2013 14:37, Pieren pier...@gmail.com a écrit :



 J'ajouterais qu'un polygone avec area=yes tout seul avec name, ça
 ne veut rien dire. On sait pas si c'est une place, une route, un
 jardin, un parc, une école, etc...
 http://www.openstreetmap.org/browse/way/45489876

 Comme il n'y a plus de qualificatif, une recherche Place Edmond
 Maurat, Saint-Etienne ne donne rien dans nominatim.



Mais oui mais justement il n'y a rien pour taguer une place de ville sur
openstreetmap !

Si je fais Place de l'Étoile, Paris, j'ai un chemin piéton !
http://www.openstreetmap.org/browse/way/69686754

Si je fais Place de la Concorde Paris j'obtiens du grand n'importe quoi tel
une liste de tronçons de Route principale tel
http://www.openstreetmap.org/browse/way/105177513 !

Il y a au moins 10 bouts de rues, objets insolites (dont 3 tunnels ! ) qui
portent le nom Place bellecour à Lyon, et, bien entendu, aucune Place
bellecour en tant que telle !

BON... je vais pas faire mon râleur, et je vais y mettre un
higway=pedestrian sur cette place... si la place de l'étoile est un chemin
piéton et que ça fait raler personne, alors, bien sûr, la place Edmont
Maurat, à Saint Etienne...
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Récupérer données par SQL + afficher POIs sur carte?

2013-09-26 Per discussione Ab_fab

Je viens de voir que la fonction que tu attendais a été intégrée à
l'application.
C'est expliqué dans le message suivant, posté ce matin même

https://groups.google.com/d/msg/osmand/5nOg2lHvgCA/N6yPESqlg14J

-
NB : le fil de discussion porte sur les informations contenues dans la
carte de base mondiale (60 MO environ) qu'il faut charger juste après
l'installation.
Il est bon de savoir qu'en plus des traits de côte grossier, des villes
principales, on y trouve désormais un filaire routier de base ainsi que
les limites de pays et de régions.

Outre la possibilité de faire un repérage basique, un des enjeux est de
pouvoir aider à faire du routage longue distance en mode hors ligne, qui
reste une des grosses lacunes de l'appli par rapport à Google Maps (en
ligne) ou bien des PND commerciaux.

Le 25 septembre 2013 11:35, Shohreh codecompl...@free.fr a écrit :


 Et accessoirement, 3) quand je zoome sur une région dont je n'ai pas la
 carte, comment dire à OsmAnd de la télécharger? MapsWithMe le détecte et
 affiche simplement un bouton permettant de lancer le téléchargement, mais
 OsmAnd n'affiche rien.


ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Explosion d'un carrefour

Le 26 septembre 2013 10:49, Fionn Halleman 
fionn.halle...@valeurs-mobiles.fr a écrit :

 Ça fait bizarre, cette rue Pélissier qui s'arrête à la place Edmond Maurat
 puis repart après, non ?


Justement non, la partie qui traverse la place est bien taguée de façon
continue (j'avais fait la correction, y compris pour le petit segment
partant du carrefour en tournant avant de continuer vers l'ouest).

Mais le nom de la place s'affiche et ne laisse pas de place pour répéter le
nom. Si tu pouvais zoomer assez tu pourrais voir les deux noms.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Camp de concentration, camps de prisonniers, lieux de massacres…

2013-09-26 Per discussione yves . pratter

Bonjour,

En travaillant sur la carte des objets historiques, j'ai remarqué qu'il n'y 
avait pas de tags spécifiques pour ce type de lieux.

Massacres
historic=battlefield ne me semble pas approprié pour un massacre tel que celui 
d'Oradour-sur-Glane

historic=memorial convient pour le mémorial lui-même, mais pas pour la surface 
total.
Ex: Mémorial du Massacre de Katyń

Camps de concentration
Lutz (l'un des auteurs de la carte des objets historiques) propose  ceci :
abandoned:amenity=prison
prison=concentration_camp
concentration_camp=nazi ̣

Ce qui me gêne, c'est que ce n'est pas franchement une prison.

Il propose d'en discuter sur cette page :
http://wiki.openstreetmap.org/wiki/User_talk:Lutz/Tag:abandoned:amenity%3Dprison

Merci d'avance pour vos réflexions et commentaires,

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

Re: [OSM-talk-fr] Camp de concentration, camps de prisonniers, lieux de massacres…

2013-09-26 Per discussione Christian Rogel



 Le 26 sept. 2013 à 11:46, yves.prat...@laposte.net a écrit :
 
 Camps de concentration
 Lutz (l'un des auteurs de la carte des objets historiques) propose  ceci :
 abandoned:amenity=prison
 prison=concentration_camp
 concentration_camp=nazi ̣
 
 Ce qui me gêne, c'est que ce n'est pas franchement une prison.

Ce qui est plus gênant, c'est qu'amenity désigne en principe un service ayant 
un intérêt pour le public, dans un sens très large, et, de plus, amoenitas a le 
sens, en latin, de douceur, d'état de plaisir, ce qui n'est pas vraiment 
approprié.

Christian R.


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

Re: [OSM-talk-fr] Explosion d'un carrefour

2013-09-26 Per discussione Fionn Halleman

Deux autres problèmes encore :

- Il y a sur cette place un petit bout d'area orphelin qui n'a ni nom ni
finalité : http://www.openstreetmap.org/browse/way/239302784. Quelqu'un
peut-il lui donner une raison d'exister ? Landuse=grass peut-être ?
https://wiki.openstreetmap.org/wiki/Tag:landuse%3Dgrass

- et le cheminement piéton dessiné sur la partie piétonne de la place (
http://www.openstreetmap.org/browse/way/239358599) n'est raccordé à rien :
il ne partage avec une des routes adjacentes, ni même avec la place
elle-même. Moralité : un routeur va le traiter comme une île et fera faire
à un piéton tout le tour de la place... exactement comme s'il était une
voiture. C'est bien la peine de s'être donné du mal à faire une place
piétonne si elle

Du coup j'ai rajouté quelques petits raccords piétons et redécoupé les rues
pénétrantes pour qu'elles aient bien un noeud commun avec la place
http://www.openstreetmap.org/browse/changeset/18042120. Ainsi, un routeur
piéton devrait pouvoir soit suivre les chemins tracés, soit le bord de la
place. J'espère que ça correspond bien à ce qu'un piéton peut faire !

Fionn



Le 26 septembre 2013 10:50, Ista Pouss ista...@gmail.com a écrit :

 Le 25 septembre 2013 14:37, Pieren pier...@gmail.com a écrit :



 J'ajouterais qu'un polygone avec area=yes tout seul avec name, ça
 ne veut rien dire. On sait pas si c'est une place, une route, un
 jardin, un parc, une école, etc...
 http://www.openstreetmap.org/browse/way/45489876

 Comme il n'y a plus de qualificatif, une recherche Place Edmond
 Maurat, Saint-Etienne ne donne rien dans nominatim.



 Mais oui mais justement il n'y a rien pour taguer une place de ville sur
 openstreetmap !

 Si je fais Place de l'Étoile, Paris, j'ai un chemin piéton !
 http://www.openstreetmap.org/browse/way/69686754

 Si je fais Place de la Concorde Paris j'obtiens du grand n'importe quoi
 tel une liste de tronçons de Route principale tel
 http://www.openstreetmap.org/browse/way/105177513 !

 Il y a au moins 10 bouts de rues, objets insolites (dont 3 tunnels ! ) qui
 portent le nom Place bellecour à Lyon, et, bien entendu, aucune Place
 bellecour en tant que telle !

 BON... je vais pas faire mon râleur, et je vais y mettre un
 higway=pedestrian sur cette place... si la place de l'étoile est un chemin
 piéton et que ça fait raler personne, alors, bien sûr, la place Edmont
 Maurat, à Saint Etienne...





 ___
 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

[OSM-talk-fr] Un peu d'exotisme depuis votre fauteuil : tracé des routes à Pemba (Mozambique)

2013-09-26 Per discussione Pierre Knobel

Bonjour,

Pour les passionnés d'armchair mapping, j'ai trouvé un morceau de zone
blanche assez intéressant avec une imagerie satellite suffisante pour bien
tracer les routes : Pemba au Mozambique.

C'est une ville assez atypique en Afrique, d'après mon expérience
personnelle. Il y a de larges avenues datant de l'ère coloniale Portugaise
qui a assez significativement influencée l'architecture, et un réseau assez
cohérent de rues, mais quasiment pas de circulation automobile. Dans les
autres villes que j'ai visité sur la côte Est (Nairobi, Mombasa, Dar
es-Salaam) c'était plutôt l'inverse, des mauvaises routes bouchées le plus
souvent, architecture pas vraiment influencée par les colons...

J'ai commencé à tracer des rues résidentielles, avant ça il n'y avait
qu'une primaire et quelques secondaires. La difficulté est un peu
supérieure dans les quartiers pauvres de la banlieue, c'est difficile de
deviner si les chemins sont carrossables ou piétons, à cause l'absence
totale de voiture sur les photos satellite. Et on trouve quelques exemples
de grand carrefours déserts en terre qui méritent probablement des
polygônes highway=residential avec area=yes, à moins que quelqu'un ait le
courage de déterminer un filaire satisfaisant ;)

Ça se passe ici :
http://www.openstreetmap.org/#map=14/-12.9762/40.5260
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Un peu d'exotisme depuis votre fauteuil : tracé des routes à Pemba (Mozambique)

2013-09-26 Per discussione Arnaud Vandecasteele

Super, j'avais justement besoin d'une zone un peu vierge pour mon cours 
de cet aprèm !

20 étudiants qui vont mapper ce petit bout d'Afrique :)

A.


 On 13-09-26 08:46 AM, Pierre Knobel wrote:

Bonjour,

Pour les passionnés d'armchair mapping, j'ai trouvé un morceau de zone 
blanche assez intéressant avec une imagerie satellite suffisante pour 
bien tracer les routes : Pemba au Mozambique.


C'est une ville assez atypique en Afrique, d'après mon expérience 
personnelle. Il y a de larges avenues datant de l'ère coloniale 
Portugaise qui a assez significativement influencée l'architecture, et 
un réseau assez cohérent de rues, mais quasiment pas de circulation 
automobile. Dans les autres villes que j'ai visité sur la côte Est 
(Nairobi, Mombasa, Dar es-Salaam) c'était plutôt l'inverse, des 
mauvaises routes bouchées le plus souvent, architecture pas vraiment 
influencée par les colons...


J'ai commencé à tracer des rues résidentielles, avant ça il n'y avait 
qu'une primaire et quelques secondaires. La difficulté est un peu 
supérieure dans les quartiers pauvres de la banlieue, c'est difficile 
de deviner si les chemins sont carrossables ou piétons, à cause 
l'absence totale de voiture sur les photos satellite. Et on trouve 
quelques exemples de grand carrefours déserts en terre qui méritent 
probablement des polygônes highway=residential avec area=yes, à moins 
que quelqu'un ait le courage de déterminer un filaire satisfaisant ;)


Ça se passe ici :
http://www.openstreetmap.org/#map=14/-12.9762/40.5260



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


--

Arnaud Vandecasteele
SIG - WebMapping - Spatial Ontology - GeoCollaboration

Web Site
http://geotribu.net/

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

Re: [OSM-talk-fr] Récupérer données par SQL + afficher POIs sur carte?

2013-09-26 Per discussione Shohreh

Merci pour l'info.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Recuperer-donnees-par-SQL-afficher-POIs-sur-carte-tp5778502p5779058.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

[OSM-talk-fr] Détente - Le changeset du jour

2013-09-26 Per discussione Ab_fab

Ou plutôt de la veille :
http://www.openstreetmap.org/browse/changeset/18025081
(et quelques autres du même tonneau)

Trouvé via http://simon04.dev.openstreetmap.org/whodidit/
Bien que le jeudi soit jour de confession sur les Internet, ce n'est pas
une passion personnelle, je tiens à préciser ^^
-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus, Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Détente - Le changeset du jour

2013-09-26 Per discussione Eric

Un mappeur consciencieux se doit d'aller valider sur le terrain ! :)
J’étais tombé sur ce changeset et je me demandais quelle pouvait être la
fiabilité / précision de cet import de 269 noeuds ...  (!)


Le 26 septembre 2013 15:16, Ab_fab gamma@gmail.com a écrit :

 Ou plutôt de la veille :
 http://www.openstreetmap.org/browse/changeset/18025081
 (et quelques autres du même tonneau)

 Trouvé via http://simon04.dev.openstreetmap.org/whodidit/
 Bien que le jeudi soit jour de confession sur les Internet, ce n'est pas
 une passion personnelle, je tiens à préciser ^^
 --
 ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
 Il n'y a pas de pas perdus, Nadja

 ___
 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étente - Le changeset du jour

2013-09-26 Per discussione V de Chateau-Thierry


 De : Eric

Un mappeur consciencieux se doit d'aller valider sur le terrain ! :)

J’étais tombé sur ce changeset et je me demandais quelle pouvait être la 
fiabilité / 
précision de cet import de 269 noeuds ...  (!)

Le 26 septembre 2013 15:16, Ab_fab  a écrit :

Ou plutôt de la veille :
http://www.openstreetmap.org/browse/changeset/18025081

(et quelques autres du même tonneau)


Trouvé via http://simon04.dev.openstreetmap.org/whodidit/
 Bien que le jeudi soit jour de confession sur les Internet, ce n'est pas une 
 passion 
personnelle, je tiens à préciser ^^

Il faudrait donc parler d'echangeset désormais :-)

Blague à part, le contenu laisse à désirer. C'est de l'import brut comme on ne 
l'aime
pas, sans consolidation avec l'existant. Je doute que de tels clubs se 
rencontrent
en plein milieu de rue, comme ici :
http://www.openstreetmap.org/browse/node/2470918844
ou là :
http://www.openstreetmap.org/browse/node/2470918867
Ce genre de placement rappelle des résultats de moteur de géocodage 
automatique. La
source semble être un KML, comme en témoigne la balise %kml:guid qui ne dit 
rien d'utile.
Quid de la source, et de la...licence ?

Bon sinon, y'a celui-là:-) :
http://www.openstreetmap.org/browse/node/2470918796

vincent

Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?
Je crée ma boîte mail www.laposte.net

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

Re: [OSM-talk-fr] Détente - Le changeset du jour

C'est peut-être très fiable, si l'auteur les a très consciencieusement
visité...

On peut noter que JOSM a lui-même dans le même acabit des presets activés
par défaut pour certaines spécialités du domaine:
- Equipements / Restauration / sex-club (sic!)
- Equipements / Loisirs / Sauna
- Equipement s/ Loisirs / Bordel (eh oui...)
(comme quoi le sujet est sensé être vaste, pour une activité humaine
essentielle)

On pourrait ajouter aussi :
- Commerces / Electronique / Vidéo-club (il n'y a plus que le X qui s'y
vend encore un peu)
- Equipement / Logement / Auberge de jeunesse



Le 26 septembre 2013 15:41, Eric eric...@sfr.fr a écrit :

 Un mappeur consciencieux se doit d'aller valider sur le terrain ! :)
 J’étais tombé sur ce changeset et je me demandais quelle pouvait être la
 fiabilité / précision de cet import de 269 noeuds ...  (!)


 Le 26 septembre 2013 15:16, Ab_fab gamma@gmail.com a écrit :

 Ou plutôt de la veille :
 http://www.openstreetmap.org/browse/changeset/18025081
 (et quelques autres du même tonneau)

 Trouvé via http://simon04.dev.openstreetmap.org/whodidit/
 Bien que le jeudi soit jour de confession sur les Internet, ce n'est pas
 une passion personnelle, je tiens à préciser ^^
  --
 ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
 Il n'y a pas de pas perdus, Nadja

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



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


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

Re: [OSM-talk-fr] Détente - Le changeset du jour

Le 26 septembre 2013 16:15, V de Chateau-Thierry v...@laposte.net a écrit
:

 Blague à part, le contenu laisse à désirer. C'est de l'import brut comme
 on ne l'aime
 pas, sans consolidation avec l'existant. Je doute que de tels clubs se
 rencontrent
 en plein milieu de rue, comme ici :
 http://www.openstreetmap.org/browse/node/2470918844
 ou là :
 http://www.openstreetmap.org/browse/node/2470918867
 Ce genre de placement rappelle des résultats de moteur de géocodage
 automatique. La
 source semble être un KML, comme en témoigne la balise %kml:guid qui ne
 dit rien d'utile.
 Quid de la source, et de la...licence ?


Peut-être pas, mais ça devait être tellement glauque que l'auteur n'a pas
osé même se garer (ou alors il a noté le point comme à visiter plus tard...)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Camp de concentration, camps de prisonniers, lieux de massacres…

2013-09-26 Per discussione yves . pratter


Le 26 sept. 2013 à 11:56, Christian Rogel christian.ro...@club-internet.fr a 
écrit :

 Ce qui est plus gênant, c'est qu'amenity désigne en principe un service ayant 
 un intérêt pour le public, dans un sens très large, et, de plus, amoenitas a 
 le sens, en latin, de douceur, d'état de plaisir, ce qui n'est pas vraiment 
 approprié.
La traduction Google donne effectivement agrément, commodité ;-)
… mais aussi équipement.

Je pense que Lutz a tout simplement repris le tag existant amenity=prison, en 
attendant que la réflexion sur la classe amenity débouche sur quelque chose de 
concret :
http://wiki.openstreetmap.org/wiki/Proposed_features/Prison

 Can we really call a prison an amenity? I am not a native English speaker, 
 but that sounds very strange to me. Do we only use amenity here because we 
 don't have a better classification? I see the need for tagging prisons, but I 
 don't like the amenity thing. It would better fit into some kind of 
 public_building category. Joto 21:49, 19 December 2006 (UTC)
 I agree with you here that amenity is not exactly the right classification, 
 and given the discussion that is appearing on several other current 
 proposals, I think it prompts the need for a wholesale rethink of the amenity 
 classification, either by creating subclassifications ie 
 amenity=public_building, public_building=prison or by moving public buildings 
 into their own classification, as is the proposal for shops. This then 
 simplifies rendering by allow groups of related features to be turned on and 
 off, and potentially the stripping of data when it is being prepared for use 
 in navigation systems. So one could have a transport classification that 
 included fuel satitons, carparks, bus stops etc, a communications 
 classification: post offices, postboxes, telepones etc. ---Batchoy 10:13, 20 
 December 2006 (UTC)

Concernant les camps de concentration, dans quelle classe peut-on rajouter une 
valeur ?
historic
amenity=prison
autres idées …
--
Yves___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Détente - Le changeset du jour

2013-09-26 Per discussione f . dos . santos

MDR Philippe veux nous faire croire que ce contributeur a visité 269 
swingerclubs répartis sur toute la France.

Même s'il n'y a que peu de noeuds, ça reste bien un import, un import sauvage 
puisqu'il n'y a aucune consolidation avec le bati quand il est présent ni même 
repositionnement avec l'imagerie Bing.

Si vous voulez du glauque, y a cette page du wiki (y a même un site de rendu) 
:

http://wiki.openstreetmap.org/wiki/Proposed_features/Visitors_orientation

Francisco


- Mail original -
De: Philippe Verdy verd...@wanadoo.fr
À: V de Chateau-Thierry v...@laposte.net, Discussions sur OSM en français 
talk-fr@openstreetmap.org
Envoyé: Jeudi 26 Septembre 2013 16:28:20
Objet: Re: [OSM-talk-fr] Détente - Le changeset du jour



Le 26 septembre 2013 16:15, V de Chateau-Thierry  v...@laposte.net  a écrit : 


Blague à part, le contenu laisse à désirer. C'est de l'import brut comme on ne 
l'aime 
pas, sans consolidation avec l'existant. Je doute que de tels clubs se 
rencontrent 
en plein milieu de rue, comme ici : 
http://www.openstreetmap.org/browse/node/2470918844 
ou là : 
http://www.openstreetmap.org/browse/node/2470918867 
Ce genre de placement rappelle des résultats de moteur de géocodage 
automatique. La 
source semble être un KML, comme en témoigne la balise %kml:guid qui ne dit 
rien d'utile. 
Quid de la source, et de la...licence ? 


Peut-être pas, mais ça devait être tellement glauque que l'auteur n'a pas osé 
même se garer (ou alors il a noté le point comme à visiter plus tard...) 

___
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] Camp de concentration, camps de prisonniers, lieux de massacres…

2013-09-26 Per discussione Christian Rogel


 Le 26 sept. 2013 à 16:35, yves.prat...@laposte.net a écrit :
 Le 26 sept. 2013 à 11:56, Christian Rogel christian.ro...@club-internet.fr 
 a écrit :
 
 Ce qui est plus gênant, c'est qu'amenity désigne en principe un service 
 ayant un intérêt pour le public, dans un sens très large, et, de plus, 
 amoenitas a le sens, en latin, de douceur, d'état de plaisir, ce qui n'est 
 pas vraiment approprié.
 La traduction Google donne effectivement agrément, commodité ;-)
 … mais aussi équipement.
 
 Je pense que Lutz a tout simplement repris le tag existant amenity=prison, en 
 attendant que la réflexion sur la classe amenity débouche sur quelque chose 
 de concret :
 http://wiki.openstreetmap.org/wiki/Proposed_features/Prison
 
 Can we really call a prison an amenity? I am not a native English speaker, 
 but that sounds very strange to me. Do we only use amenity here because we 
 don't have a better classification? I see the need for tagging prisons, but 
 I don't like the amenity thing. It would better fit into some kind of 
 public_building category. Joto 21:49, 19 December 2006 (UTC)
 I agree with you here that amenity is not exactly the right classification, 
 ...

Ce n'est pas si problématique de classer les prisons ordinaires et même les 
camps de concentration qui furent créés par la GB pour les Boers, la France 
pour les réfugiés espagnols, puis, les harkis, les USA pour les Japonais, car, 
ils étaient justifiés (mal) par le Bien public. Le nier, ce serait faire de la 
morale anachronique.
Ce serait classer les camps d'extermination ou de travail forcé mortel, comme 
amenity qui poserait un vrai problème.
Aucune possibilité de dire qu'ils allaient dans le sens des intérêts de la 
société.

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

Re: [OSM-talk-fr] Détente - Le changeset du jour

Le 26 septembre 2013 18:24, f.dos.san...@free.fr a écrit :

 MDR Philippe veux nous faire croire que ce contributeur a visité 269
 swingerclubs répartis sur toute la France.

Il y a des passionnés pour tout et ce n'est pas la distance qui les arrête
(et personne ne sait en combien de temps il a visité tout ça et si ces
lieux sont encore tous ouverts ou existent encore sous le même nom)...
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Rétablissement d'un élément avant envoi d'une modification

2013-09-26 Per discussione Christian Rogel


Le 25 sept. 2013 à 09:25, Nicolas Dumoulin 
nicolas_openstreetmap@dumoulin63.net a écrit :

 Le mercredi 25 septembre 2013 00:07:10 Christian Rogel a écrit :
 Alors que je suis en train de réparer des itinéraires de bus, je vois que
 j'ai du en supprimer un, accidentellement.. Comment puis-je rétablir la
 relation dont je connais l'ID avant d'envoyer le changeset?
 
 Quelques idées (je suppose que tu es dans josm) :
 - télécharger un objet en précisant l'ID
 - purger la relation (et donc tous ces éléments)
 - dans un nouveau calque ou un autre josm, télécharger l'objet avec son ID et 
 le sauvegarder, pour pouvoir le remettre après ton changeset
 
 (vite-fait)
 
Merci à ceux qui m'ont proposé des manipulations de récupération;, mais, j'ai 
préféré biaiser.
J'ai pu rétablir les 2 lignes qui posaient problème manuellement avec Potlach2 
qui est 
tout à fait efficace, pourvu qu'on connaisse bien son réseau et que les arrêts 
soient déjà à leur place.
Moins d'une heure pour une ligne de 35 couples d'arrêts.
Potlach2 est un vrai bonheur pour couper les Rond-Points en tranches : 8 clics 
et c'est fini

Accessoirement, en refaisant manuellement, on détecte les oublis sur les 
tronçons et les arrêts communs.

Toutes mes modifications et ajouts sont apparus au bout d'une nuit sur la 
couche transport de la carte OSM.

Christian R.

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

Re: [OSM-talk-fr] Détente - Le changeset du jour

2013-09-26 Per discussione Christian Quest

Ces données sont visiblement géocodées (et pas via OSM donc on peut douter
de la licence correspondante).
Ce n'est donc pas du relevé de terrain et il n'y a pas de source indiquée,
et ce n'est pas un compte dédié à un import qui a été utilisé.

Que de bonnes raisons pour un revert et cela n'a aucun rapport avec le type
de POI.

Un dédoublonnage a peut-être été fait car le club pas loin de chez moi n'a
pas été doublonné et son nom a été corrigé...
http://www.openstreetmap.org/browse/changeset/18024959
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Rétablissement d'un élément avant envoi d'une modification

2013-09-26 Per discussione Vincent Pottier


Le 26/09/2013 19:56, Christian Rogel a écrit :

Potlach2 est un vrai bonheur pour couper les Rond-Points en tranches : 8 clics 
et c'est fini

Trop facile, hélas !

Il n'est pas nécessaire de couper les rond-points pour les relations 
route (je n'ai pas osé écrire que c'était stupide ;-), alors qu'à moi, 
on me l'avait dit ! )


Un rond-point, c'est relativement facile de calculer quelle partie 
prendre en compte dans un calcul d'itinéraire.
Pour un véhicule, on a le point d'entrée, le sens de circulation, le 
point de sortie.


Pour un piéton, on a le point d'entrée, le point de sortie et on prend 
l'arc le plus court.


Donc, évitez de couper les rond-points, et même, reconstituez-les.

JOSM gère très bien les rond-points dans les relations route, sans 
avoir besoin de couper quoi que ce soit !

--
FrViPofm


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

Re: [OSM-talk-fr] Outil d'intégration des adresses à nouveau disponible

2013-09-26 Per discussione Frédéric Rodrigo

Pour pouvoir ajouter Pau et Lille il falloir être un peu plus gentil 
avec moi et me donner des urls... je n'ai pas trouvé les données.


J'ai quand même pu avancer sur autre chose : il y a maintement un 
marqueur bleu à la place du jaune...


Frédéric.


Le 25/09/2013 11:02, Romain MEHUT a écrit :

Le 25 septembre 2013 11:00, Frédéric Rodrigo fred.rodr...@gmail.com
mailto:fred.rodr...@gmail.com a écrit :

Donne moi celui que tu veux à la place.


Au hasard, le bleu?

Tu peux le récuprer sur osmose ou le génrer depuis ce script (si tu
arrives à la faire tourner ;) ) :

https://gitorious.org/osmose/frontend/source/d270b23335b7acd7a278582ea35a718a4f505742:tools/make-markers.py


Je passe mon tour...

Merci


___
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étente - Le changeset du jour

2013-09-26 Per discussione Vincent Pottier


Le 26/09/2013 21:44, Christian Quest a écrit :
Ces données sont visiblement géocodées (et pas via OSM donc on peut 
douter de la licence correspondante).
Ce n'est donc pas du relevé de terrain et il n'y a pas de source 
indiquée, et ce n'est pas un compte dédié à un import qui a été utilisé.


Que de bonnes raisons pour un revert et cela n'a aucun rapport avec le 
type de POI.

+1
--
FrViPofm

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

Re: [OSM-talk-fr] Du Fantoir

2013-09-26 Per discussione Frédéric Rodrigo


Le 25/09/2013 23:43, isnogoud a écrit :

Le 25/09/2013 19:20, Frédéric Rodrigo a écrit :

Le 23/09/2013 16:40, Pieren a écrit :

2013/9/23 Christian Quest cqu...@openstreetmap.fr:

57 995 ref:FR:fantoir (sur des nœuds en Bretagne)
12 807 ref:FR:FANTOIR (sur des relations en Auvergne (selon
taginfo, mais
probablement ceux de Toulouse))

A Nantes, c'est d'abord rivoli qui avait été retenu puis, à l'exemple
de Toulouse, la conversion a ref:FR:FANTOIR a eu lieu le 8/2/2013..
Le débat pour savoir si Nantes est en Bretagne semble évité mais si
c'est pour mettre Nantes en Auvergne...

Concernant la valeur à mettre, l'opendata fournit généralement les 4
caractères alphanumérique identifiant la voie dans la commune.
Le code FANTOIR complet comprend les codes du département et de la
commune. Il peut donc être reconstitué à partir de la localisation de la
rue sur OSM.
Le code à 4 caractères est à préconiser dans le wiki d'OSM puisqu'il
évite de la redondance d'information.

Est-ce que la migration annoncée vers ref:FR:FANTOIR comporte également
le recadrage de la valeur sur 4 caractères ?


Je ne sais pas c'est avoir.

Les ref:FR:fantoir sont ceux de Brest et du Finistère. Ces adresses ont 
été rentré dans OSM sans relation associatedStreet (je ne sais pas même 
si elles étaient d'usage à l'époque). Donc le tag ref:FR:fantoir est 
présent pour chaque numéro et est sur quatre carcactères.
Il y a également des zones ou la tag ref:FR:fantoir est juste porté par 
des ways, mais sans adresses dans le coin.


ref:FR:FANTOIR doivent être à Nantes et à Toulouse sur les relations.

Pour les relations
taille| count
  +---
1 |56
2 |   673
3 |  2464
4 |  8980
5 |   126
   11 |   423

Pour l'Auvergne il s'agit en fait de 87 noeuds avec une référence sur 11 
carcactères, avec des tags places village ou locality : 63081B076G 
(sûrement département, commune et code à 5 caractères)


Pour ce qui est de http://addr.openstreetmap.fr
Arles : ref:FR:FANTOIR 4 caractères
Bordeaux : ref:FR:FANTOIR 5 caractères
Lyon : -
Montpellier : -
Nancy : ref:FR:FANTOIR 4 caractères
Rennes : -

Frédéric.


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

Re: [OSM-talk-fr] Rétablissement d'un élément avant envoi d'une modification