date:20130701


On 07/01/2013 09:42 PM, Ivo De Broeck wrote:
Hm Korbeek-lo is minder ver van Leuven dan Afrika ;-). Er klopt toch 
iets niet, mensen veel verder verwijderd van Leuven zijn wel vermeld.


Ivo,

Klik even 'activity center' af in het menu rechts, en watch the magic !

Glenn

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

Re: [OSM-talk-be] OSM Activities during the summer

2013-07-01 Thread Ivo De Broeck

Hm Korbeek-lo is minder ver van Leuven dan Afrika ;-). Er klopt toch iets
niet, mensen veel verder verwijderd van Leuven zijn wel vermeld.

Op 1 juli 2013 21:34 schreef Ben Abelshausen
ben.abelshau...@gmail.comhet volgende:

 Die mannekes zijn gecentreerd op waar iemand zijn edits zich ongeveer
 bevinden, gemiddeld gezien.

 Dat van mijn vriendin staat in Afrika! :-)

 Met vriendelijke groeten,
 Best regards,

 Ben Abelshausen
 ben.abelshau...@gmail.com
 http://twitter.com/xivk



 2013/7/1 Ivo De Broeck ivo.debro...@gmail.com

 Hm waar is mijn manneke? Jo, ik zit 4 juli nog in Spanje.

 ivodeb

 Op 1 juli 2013 21:13 schreef Jo winfi...@gmail.com het volgende:

 I've started sending out the following message. This is rather
 cumbersome. A lot of mouse clicks are involved and after a while the
 interface tells you : You seem to be sending a lot of messages, better stop
 for a while.

 I managed to send messages to the gold and black 'mannekes' all over
 Belgium and to the green ones around Leuven and Brussels. Wouls somebody
 want to join the effort?

 Ik ben dus begonnen met het verzenden van de volgende boodschap. De
 interface werkt echter niet mee.

 De gouden en zwarte mannekes in heel België hebben al een boodschap
 gekregen. De groene van rond Brussel en Leuven ook. Als er iemand mee wil
 helpen, bereiken we meer mensen.


 http://resultmaps.neis-one.org/oooc?zoom=14lat=50.8708679lon=4.78layers=B00FTFT

 Jo


 English follows
 Français au milieu

 

 Hallo,

 Op donderdag 4 juli 2013 organiseren we een OSM-bijeenkomst in [Leuven](
 http://www.openstreetmap.org/?node=2368300905) van 19 tot 22u. . Geen
 probleem als je pas vanaf 20u of zo kan. Contacteer me voor het adres.

 Parkeren kan gratis buiten de ring (met parkeerschijf). In de straat
 zelf staan er automaten om je op kosten te jagen tot 21u.

 Op zaterdag en zondag 6 en 7 juli gaan er tijdens de Publieksdagen van
 de [RMLL-bijeenkomst](http://2013.rmll.info/nl/) mapping parties door
 op het [Muntplein] (
 http://www.openstreetmap.org/?lat=50.850023lon=4.353748zoom=18layers=M)
 in Brussel.
 We zullen daar eveneens een stand hebben.

 ALLE HULP IS WELKOM! VOOR ELK VAN DEZE ACTIVITEITEN

 In de week die erop volgt, hebben we een stand en zijn er lezingen over
 allerlei interessante onderwerpen op de [ULB-campus Solbosch](
 http://www.openstreetmap.org/?way=51774809), nabij Terkamerenbos.

 Van 2 tot 4 augustus gaat in de [Abdij van Floreffe](
 http://www.openstreetmap.org/browse/way/119560571) het
 [Esperanzah-festival](http://www.esperanzah.be/) door. Ook daar zullen
 we mapping parties organiseren (franstalig).

 Indien u graag van andere activiteiten op de hoogte wordt gehouden,
 gelieve me dan uw emailadres door te geven.
 Indien u met vragen zit, aarzel niet om me te contacteren.

 
 
 Salut,

 Le jeudi 4 juillet 2013 nous organisons une réunion OSM à [Leuven](
 http://www.openstreetmap.org/?node=2368300905)
  de 19 à 22h.
 Contactez-moi pour l'adresse exacte.

 Le samedi et dimanche 6 et 7 juillet auront lieu des cartoparties
 pendant les journées grand public des [RMLL (Rencontres Mondiales du
 Logiciel libre)](http://2013.rmll.info/fr/) partant de la [Place de la
 Monnaie à Bruxelles](
 http://www.openstreetmap.org/?lat=50.850023lon=4.353748zoom=18layers=M
 ).
 Nous y aurons également un stand.

 TOUTE AIDE SERA APPRECIÉ ÉNORMÉMENT, POUR TOUS CES ÉVÉNEMENTS!

 Pendant la semaine qui suit, nous aurons un stand où vous pourrez poser
 des questions et il y aura des présentations intéressantes au [campus
 Solbosch de l'ULB](http://www.openstreetmap.org/?way=51774809).

 Au mois d'août (2-3-4), dans [l'abbaye de Floreffe](
 http://www.openstreetmap.org/browse/way/119560571) aura lieu le
 festival [Espéranzah](http://www.esperanzah.be/). Il y aura également
 des cartoparties pour mettre le village de Floreffe sur la carte dans le
 moindre détail.

 Si vous voulez être tenu au courant d'autres activités, je vous prie de
 me laisser votre courrier électronique.
 Si vous avez des questions concernant le projet OSM, n'hésitez pas de me
 contacter.
 
 
 Hi,

 On Thursday the 4th of July, we organise an OSM-meeting in [Leuven](
 http://www.openstreetmap.org/?node=2368300905) from 19 till 22h.

 Hmm, I should really map my street properly some day...

 Saturday 6 and 7 of July we organise mapping parties during the [RMLL](
 http://2013.rmll.info/en/) around [Muntplein/Place de la Monnaie in
 Brussels] (
 http://www.openstreetmap.org/?lat=50.850023lon=4.353748zoom=18layers=M
 ).
 There will also be a stand.

 ALL ASSISTANCE WILL BE GREATLY APPRECIATED ON ALL THESE EVENTS!

 The second week of July we will have a stand to answer all your
 questions and there will be interesting presentations at the [Solbosch
 campus of the ULB](http://www.openstreetmap.org/?way=51774809).

 From 2 till 4 August, during the [Esperanzah festival](
 http://www.esperanzah.be/) in [Floreffe](
 http://www.openstreetmap.org/browse/way/119560571) we

Re: [OSM-talk-be] OSM Activities during the summer


On 07/01/2013 10:32 PM, Ivo De Broeck wrote:
Magic ja, maar op een totaal verkeerd adres op ongeveer 2 km van mijn 
woning (Valleilaan 13  Korbeek-lo)




Aan de opties te zien denk ik niet dat het de bedoeling is om te tonen 
waar de mapper woont maar waar het zwaartepunt van zijn werk ligt.  Mijn 
2 locaties staan ook niet bovenop mijn woning.


Glenn


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

Re: [OSM-talk-be] Voorsorteerstoken

Op 1/07/13 23:11, Joren schreef:
 Beste,

 (For rough English translation, please see bottom)
Woops, forgot the English translation :-). Now: see bottom ;-)

 Zonet heb ik er even de wiki bijgehaald in verband met
 voorsorteerstroken (http://wiki.openstreetmap.org/wiki/Key:turn en
 http://wiki.openstreetmap.org/wiki/Lanes). Voornamelijk het uitgewerkt
 voorbeeld is interessant
 http://wiki.openstreetmap.org/wiki/Key:turn#Motorway_with_links_and_destinations

 Enkel begrijp ik volgens mij de 'destination:lanes' tag niet zo goed. Ik
 heb even wat uitgewerkt op 2 kruispunten in Lier, waarvan hier een
 voorbeeld van:

 http://www.openstreetmap.org/browse/changeset/16783476 (zie R16 (=ring
 van Lier) van zuid naar noord).
 Hierbij ga je uiteindelijk over van 2 baanvakken naar in totaal 5 (2
 links, 2 rechtdoor, 1 rechts). Hoe moet ik dit bijvoorbeeld aanduiden op
 het stukje voor de voorsorteerstroken, wanneer er nog 2 banen zijn. Met
 destination:lanes=A|B kom ik voor deze 3 richtingen (links, rechtdoor,
 rechts) er niet denk ik. Of wel :)?

 Bedankt voor jullie hulp.
 Joren

Recently I was trying to tag some turn/destination lanes (see
http://wiki.openstreetmap.org/wiki/Key:turn and
http://wiki.openstreetmap.org/wiki/Lanes). Especially the example is
really interesting:
http://wiki.openstreetmap.org/wiki/Key:turn#Motorway_with_links_and_destinations.

But, I think I don't get the purpose/use of the 'destination:lanes' tag.
I worked out 2 examples around Lier. One example:

http://www.openstreetmap.org/browse/changeset/16783476 (see R16, south
to north).
At the start you have 2 lanes, which end up in a total of 5 (left, left,
through, through, right). How can I tag the 'destination:lanes' on the
2-lanes road, before it split up (see mentioned example on wiki). When I
tag it like destination:lanes=A|B I don't have 'room' for 3 turns (left,
through and right). Or am I wrong?

Thanks in advance,
Joren

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

Re: [OSM-talk-be] Voorsorteerstoken


Je kan gebruik maken van de puntkomma voor een lane met meerdere functies :

bv:

turn:lanes = left|through|through;right

Dit stelt dan 1 links, 1 rechtdoor en 1tje rechtdoor+rechts.

Er is wel een verschil tussen destination:lanes key en de turn key, 
probleem is dat ik de R16 niet goed ken en kan niet helemaal volgen in 
de uitleg.  Zijn de bing achtergronden courant ?  Anders kijk ik het op 
basis daarvan even na.


Ik denk dat je hier de destination:lanes key verkeerd gebruikt voor het 
doel dat je voor ogen houd, zie 
http://wiki.openstreetmap.org/wiki/Key:destination


Mvg,


Glenn

On 07/01/2013 11:11 PM, Joren wrote:

Beste,

(For rough English translation, please see bottom)

Zonet heb ik er even de wiki bijgehaald in verband met
voorsorteerstroken (http://wiki.openstreetmap.org/wiki/Key:turn en
http://wiki.openstreetmap.org/wiki/Lanes). Voornamelijk het uitgewerkt
voorbeeld is interessant
http://wiki.openstreetmap.org/wiki/Key:turn#Motorway_with_links_and_destinations

Enkel begrijp ik volgens mij de 'destination:lanes' tag niet zo goed. Ik
heb even wat uitgewerkt op 2 kruispunten in Lier, waarvan hier een
voorbeeld van:

http://www.openstreetmap.org/browse/changeset/16783476 (zie R16 (=ring
van Lier) van zuid naar noord).
Hierbij ga je uiteindelijk over van 2 baanvakken naar in totaal 5 (2
links, 2 rechtdoor, 1 rechts). Hoe moet ik dit bijvoorbeeld aanduiden op
het stukje voor de voorsorteerstroken, wanneer er nog 2 banen zijn. Met
destination:lanes=A|B kom ik voor deze 3 richtingen (links, rechtdoor,
rechts) er niet denk ik. Of wel :)?

Bedankt voor jullie hulp.
Joren


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


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

Re: [OSM-talk-be] Voorsorteerstoken


On 07/01/2013 11:30 PM, Joren wrote:

Op 1/07/13 23:22, Glenn Plas schreef:
Je kan gebruik maken van de puntkomma voor een lane met meerdere 
functies :


bv:

turn:lanes = left|through|through;right

Dit stelt dan 1 links, 1 rechtdoor en 1tje rechtdoor+rechts.

Er is wel een verschil tussen destination:lanes key en de turn key, 
probleem is dat ik de R16 niet goed ken en kan niet helemaal volgen 
in de uitleg.  Zijn de bing achtergronden courant ?  Anders kijk ik 
het op basis daarvan even na.
Ja, deze kloppen en de pijlen zijn vrij goed zichtbaar. Zie 
http://binged.it/1cJonWi
Zoals je (hopelijk) kan zien gaat het van 2 rijbanen naar 4 over 
(left, left, through, through), en uiteindelijk komt er nog een 5de 
bij (left, left, through, through, right).
Bing doet wel raar, als ik de link open zoom hij in op de locatie om 
direct uit te zoomen op lier.  Ik kijk het even na in JOSM.


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

Re: [OSM-talk-be] Voorsorteerstoken

Op 1/07/13 23:22, Glenn Plas schreef:

 Ik denk dat je hier de destination:lanes key verkeerd gebruikt voor
 het doel dat je voor ogen houd, zie
 http://wiki.openstreetmap.org/wiki/Key:destination
Ik denk dat ik inderdaad hier fout zit :-). Ik dacht dat in het
voorbeeld A en B effectief ook A en B waren (en niet een vervanging
waren voor een stad/plaats). Nu valt het als een puzzeltje in elkaar :).
Zoals het nu is heb ik de destination-tag inderdaad niet nodig.

Is deze tagging voor de rest correct (de turn:lanes)?

Vriendelijke groet en bedankt voor uw hulp,
Joren
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] Voorsorteerstoken


On 07/01/2013 11:30 PM, Joren wrote:

Op 1/07/13 23:22, Glenn Plas schreef:
Je kan gebruik maken van de puntkomma voor een lane met meerdere 
functies :


bv:

turn:lanes = left|through|through;right

Dit stelt dan 1 links, 1 rechtdoor en 1tje rechtdoor+rechts.

Er is wel een verschil tussen destination:lanes key en de turn key, 
probleem is dat ik de R16 niet goed ken en kan niet helemaal volgen 
in de uitleg.  Zijn de bing achtergronden courant ?  Anders kijk ik 
het op basis daarvan even na.
Ja, deze kloppen en de pijlen zijn vrij goed zichtbaar. Zie 
http://binged.it/1cJonWi
Zoals je (hopelijk) kan zien gaat het van 2 rijbanen naar 4 over 
(left, left, through, through), en uiteindelijk komt er nog een 5de 
bij (left, left, through, through, right).


Die van zuid naar noord ziet er volgens mij ok uit,  aantal lanes klopt, 
en de turn:lanes zitten ook goed.  Ik denk niet dat je destination:lanes 
daar nodig hebt.   Ik zie ook geen pijlen op het stuk voor hij overgaat 
naar 4.


Tenzij iemand anders mij tegenspreekt voor een reden die ik niet zie,   
zit je goed!


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

Re: [OSM-talk-be] Voorsorteerstoken

Op 1/07/13 23:46, Glenn Plas schreef:
 Die van zuid naar noord ziet er volgens mij ok uit,  aantal lanes
 klopt, en de turn:lanes zitten ook goed.  Ik denk niet dat je
 destination:lanes daar nodig hebt.   Ik zie ook geen pijlen op het
 stuk voor hij overgaat naar 4.

 Tenzij iemand anders mij tegenspreekt voor een reden die ik niet
 zie,   zit je goed!
Super :-). Bedankt voor je tijd en de hulp! Zeer geapprecieerd :)!

Vriendelijke groet,
Joren

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

Re: [OSM-talk-be] Voorsorteerstoken


On 07/01/2013 11:48 PM, Joren wrote:

Op 1/07/13 23:46, Glenn Plas schreef:
Die van zuid naar noord ziet er volgens mij ok uit,  aantal lanes 
klopt, en de turn:lanes zitten ook goed.  Ik denk niet dat je 
destination:lanes daar nodig hebt.   Ik zie ook geen pijlen op het 
stuk voor hij overgaat naar 4.


Tenzij iemand anders mij tegenspreekt voor een reden die ik niet 
zie,   zit je goed!

Super :-). Bedankt voor je tijd en de hulp! Zeer geapprecieerd :)!


Geen probleem, mss nog even iets, volgens mij zit de cycleway=lane niet 
correct.  Ik denk dat het cycleway=track moet zijn


Heb de description nog eens herlezen en eens met streetview gaan 
spieken, er is een scheiding tussen de baan voor de wagens en het 
fietspad.   Ik vind het soms wel moeilijk om te kiezen tss die 2. Als er 
parkeerplaats tss de baan en het fietspad ligt ben ik geneigd 'track' te 
gebruiken.


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

Mss wel even een 2de mening vragen hier van de 'bike-mappers' onder ons.

Glenn


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

Re: [OSM-talk-be] Voorsorteerstoken

Op 1/07/13 23:55, Glenn Plas schreef:

 Geen probleem, mss nog even iets, volgens mij zit de cycleway=lane
 niet correct.  Ik denk dat het cycleway=track moet zijn

 Heb de description nog eens herlezen en eens met streetview gaan
 spieken, er is een scheiding tussen de baan voor de wagens en het
 fietspad.   Ik vind het soms wel moeilijk om te kiezen tss die 2.  Als
 er parkeerplaats tss de baan en het fietspad ligt ben ik geneigd
 'track' te gebruiken.
Klopt, maar deze ga ik nog aanpassen en netjes afzonderlijk taggen. Zie
mijn eerdere bewerking vandaag
http://www.openstreetmap.org/browse/changeset/16782037 . In deze
bewerking zit ook een deel R16-fietspad vervat (bv:
http://www.openstreetmap.org/browse/way/228265987) dat ik benoemd heb
als 'highway=cycleway'.

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

 Mss wel even een 2de mening vragen hier van de 'bike-mappers' onder ons.
:-) Zeer welkom

Groet,
Joren
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] Voorsorteerstoken


On 07/01/2013 11:48 PM, Joren wrote:

Op 1/07/13 23:46, Glenn Plas schreef:
Die van zuid naar noord ziet er volgens mij ok uit,  aantal lanes 
klopt, en de turn:lanes zitten ook goed.  Ik denk niet dat je 
destination:lanes daar nodig hebt.   Ik zie ook geen pijlen op het 
stuk voor hij overgaat naar 4.


Tenzij iemand anders mij tegenspreekt voor een reden die ik niet 
zie,   zit je goed!

Super :-). Bedankt voor je tijd en de hulp! Zeer geapprecieerd :)!
Een vergelijkbare situatie (turnlanes + cycleway) is het kruispunt te 
Hofstade aan het Bloso Domein:


Neem even way 24764202 , te downloaden als object in JOSM  (dan 
centreert josm zich op kruispunt), om dan nog eens een download te doen 
van een bounding box.  Dat kruispunt heeft ook turn:lanes 
gedefinieerd.   Het fietspad heb ik daar uiteindelijk uit de keys 
gehaald en apart als highway=cycleway gemapt.  Daar staat ook een 
parkeerstrook tussen de baan en het fietspad.


Meestal denk ik zo: als ik het fietspad appart kan mappen zonder te 
overlappen, is de kans groot dat het een cycleway=track betreft. Een 
cycleway=lane zou in principe overlappen met de baan waartoe het behoort.


Op dat kruispunt dat ik vermeld staat ook turn lanes van dit soort: 
(noordelijk stuk)


turn:lanes:backward   /  turn:lanes:forward

Ik zie net dat onze mails kruisen maar blijkbaar denken we hetzelfde 
over die cycleway, dus goe bezig zou ik stellen.


Mvg,

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

Re: [OSM-talk-be] Voorsorteerstoken


On 07/02/2013 12:03 AM, Jo wrote:
Ik ben ook geneigd om voor een gescheiden fietspad een eigen way in te 
tekenen. Zo kan je alle nuances meenemen en ze mooi rond de bushalte 
bays leiden.


Wie had er ooit gedacht dat ik het over bushaltes zou gaan hebben :-)

Jo



Ik ga ooit nog een wagen voor je kopen Jo, dan gaan de wegen even goed 
gemapt worden als de busroutes,  volgens mij ben jij wel voor een 
electrisch model te vinden :)


tx om mijn idee erover te bevestigen, denk dat we allemaal op 1 lijn 
staan op dit onderwerp.


Mvg,

Glenn

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

Re: [OSM-talk] State of the Map 2013 - July Update

2013-07-01 Thread Rob Nickerson

Just a quick update to my previous email. There is now a blog post which
includes a photo showing how we went about placing all your great
presentation proposals in to the State of the Map schedule. Enjoy!

http://2013.stateofthemap.org/blog/busy-june/

Reminder to our presenters: Please could you kindly reply to your
confirmation email by 8th July so that we can share our conference schedule
with everyone by mid July.
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Mapnik Lowzoom TIles - proof of concept

2013-07-01 Thread Bryce Nesbitt

On Sat, Jun 29, 2013 at 4:32 PM, Frederik Ramm frede...@remote.org wrote:

 On 12.03.2012 08:56, Frederik Ramm wrote:

 There's nothing keeping one from applying the Tiles@Home lowzoom proces
 http://fred.dev.openstreetmap.**org/lowzoom/http://fred.dev.openstreetmap.org/lowzoom/


Nice.
Those strike a pretty reasonable balance between seeing activity and
clutter.  They give a nice sense
of human activity across the planet.  Only the ferry routes seemed odd: in
some cases they are
prominent enough to look a bit like landform outlines or rendering mistakes.

---
For the opposite end of the spectrum (high zoom) I'd love to fill in
blank areas of the map
with whatever meager data is available:
https://github.com/mapnik/mapnik/issues/1906
Here the goal is to show more of the features when zoomed into a sparse
area.  In the extreme example,
show the only oasis in the middle of an otherwise featureless desert tile
:-).
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Mapnik Lowzoom TIles - proof of concept

2013-07-01 Thread Joseph Reeves

Hi Frederik,

I really liked this when I saw it last year; am pleased to see it back on
the mailing list!

To be honest, I prefer the last year's version, but only because of one
feature: country borders. I often use the MapQuest Open tiles, for example,
at low zooms because they show borders much more clearly than the standard
Mapnik tiles do. Likewise, last year's low zoom tiles are easier to
understand when it comes to borders (and is therefore more useful to people
looking to identify the general location of an entire country, something
OSM isn't the best resource for).

Would love to see this on osm.org! I think it would also be a requirement
for an open replacement to Google Earth (I know Marble from the KDE project
does this, but I think it could do it much better).

Cheers, Joseph







On 1 July 2013 21:08, Bryce Nesbitt bry...@obviously.com wrote:



 On Sat, Jun 29, 2013 at 4:32 PM, Frederik Ramm frede...@remote.orgwrote:

 On 12.03.2012 08:56, Frederik Ramm wrote:

 There's nothing keeping one from applying the Tiles@Home lowzoom proces
 http://fred.dev.openstreetmap.**org/lowzoom/http://fred.dev.openstreetmap.org/lowzoom/


 Nice.
 Those strike a pretty reasonable balance between seeing activity and
 clutter.  They give a nice sense
 of human activity across the planet.  Only the ferry routes seemed odd: in
 some cases they are
 prominent enough to look a bit like landform outlines or rendering
 mistakes.


 ---
 For the opposite end of the spectrum (high zoom) I'd love to fill in
 blank areas of the map
 with whatever meager data is available:
 https://github.com/mapnik/mapnik/issues/1906
 Here the goal is to show more of the features when zoomed into a sparse
 area.  In the extreme example,
 show the only oasis in the middle of an otherwise featureless desert tile
 :-).

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


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

Re: [Talk-br] Renomear várias ruas de uma vez

2013-07-01 Thread Erick de Oliveira Leal

Opa pessoal, eu já resolvi isso com o Fernando Trebien


Em 1 de julho de 2013 14:04, Arlindo Pereira 
openstreet...@arlindopereira.com escreveu:

 'Unable to find  - Sobradinho.'


 2013/6/29 Erick de Oliveira Leal erickdeoliveiral...@gmail.com

 Trebien eu preciso que seja retirada de todas as vias o texto  -
 Sobradinho no arquivo anexo neste email. É possível fazer pra mim?


 Em 14 de junho de 2013 20:48, Fernando Trebien 
 fernando.treb...@gmail.com escreveu:

 Se você quiser eu posso até acrescentar suporte a expressões regulares
 - quem mexe com scripts e linha de comando ia adorar. :P

 http://pt.wikipedia.org/wiki/Express%C3%A3o_regular#Sintaxe

 2013/6/14 Fernando Trebien fernando.treb...@gmail.com:
  Hm é isso que eu pretendia que o script fizesse. Por exemplo, ele
  renomearia 123 Av Paulista para 123 Avenida Paulista. É o que você
  quer fazer, não?
 
  2013/6/14 Erick de Oliveira Leal erickdeoliveiral...@gmail.com:
  é, mas não seria renomear todo o campo, mas só uma parte do campo em
 vários
  nomes diferentes.
 
 
  Em 14 de junho de 2013 19:52, Fernando Trebien 
 fernando.treb...@gmail.com
  escreveu:
 
  Não que eu conheça, mas se você quiser, eu posso adaptar um script em
  Python pra isso (o mesmo script que estou usando para adaptar a
  estrutura de dados das vilas). Você simplesmente teria que instalar
  Python (http://www.python.org/download/) uma vez, e depois sempre
 que
  precisasse renomear, abriria o prompt de comando e executaria algo
  como:
 
  osmrename.py arquivo.osm nome da tag texto original texto novo
 
  Ex:
 
  osmrename.py brasilia.osm name Av Avenida
  osmrename.py brasilia 2.osm alt_name 23 Vinte e Três
 
  (Talvez já exista algo assim por aí.)
 
  2013/6/14 Erick de Oliveira Leal erickdeoliveiral...@gmail.com:
   Não é possível no JOSM ou outro editor do OpenStreetMap procurar
 por
   ocorrências de uma palavra em várias ruas e substituir por outra
   palavra?
  
   ___
   Talk-br mailing list
   Talk-br@openstreetmap.org
   http://lists.openstreetmap.org/listinfo/talk-br
  
 
 
 
  --
  Fernando Trebien
  +55 (51) 9962-5409
 
  The speed of computer chips doubles every 18 months. (Moore's law)
  The speed of software halves every 18 months. (Gates' law)
 
  ___
  Talk-br mailing list
  Talk-br@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-br
 
 
 
  ___
  Talk-br mailing list
  Talk-br@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-br
 
 
 
 
  --
  Fernando Trebien
  +55 (51) 9962-5409
 
  The speed of computer chips doubles every 18 months. (Moore's law)
  The speed of software halves every 18 months. (Gates' law)



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

 The speed of computer chips doubles every 18 months. (Moore's law)
 The speed of software halves every 18 months. (Gates' law)

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



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



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


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

Re: [Talk-br] Renomear várias ruas de uma vez

2013-07-01 Thread Blademir Andrade de Lima

Boa Tarde.
Pessoalmente não vejo problemas com abreviações, O Google as usa, alguns GPS 
tbm usam.Acho que as abreviações deveriam aparecer de forma automática, ou pela 
escolha do usuário, do renderizador utilizado, ou da finalidade que se usa o 
mapa.
No caso, deveriam criar um script que reconhece o texto completo quanto as 
abreviações comuns, as padronize para evitar confusão, e assim, criar a opção 
Abreviar.
Abraços
Date: Mon, 1 Jul 2013 14:30:59 -0300
From: erickdeoliveiral...@gmail.com
To: talk-br@openstreetmap.org
Subject: Re: [Talk-br] Renomear várias ruas de uma vez

Opa pessoal, eu já resolvi isso com o Fernando Trebien

Em 1 de julho de 2013 14:04, Arlindo Pereira openstreet...@arlindopereira.com 
escreveu:

'Unable to find  - Sobradinho.'


2013/6/29 Erick de Oliveira Leal erickdeoliveiral...@gmail.com


Trebien eu preciso que seja retirada de todas as vias o texto  - Sobradinho 
no arquivo anexo neste email. É possível fazer pra mim?





Em 14 de junho de 2013 20:48, Fernando Trebien fernando.treb...@gmail.com 
escreveu:




Se você quiser eu posso até acrescentar suporte a expressões regulares

- quem mexe com scripts e linha de comando ia adorar. :P



http://pt.wikipedia.org/wiki/Express%C3%A3o_regular#Sintaxe



2013/6/14 Fernando Trebien fernando.treb...@gmail.com:

 Hm é isso que eu pretendia que o script fizesse. Por exemplo, ele

 renomearia 123 Av Paulista para 123 Avenida Paulista. É o que você

 quer fazer, não?



 2013/6/14 Erick de Oliveira Leal erickdeoliveiral...@gmail.com:

 é, mas não seria renomear todo o campo, mas só uma parte do campo em vários

 nomes diferentes.





 Em 14 de junho de 2013 19:52, Fernando Trebien fernando.treb...@gmail.com

 escreveu:



 Não que eu conheça, mas se você quiser, eu posso adaptar um script em

 Python pra isso (o mesmo script que estou usando para adaptar a

 estrutura de dados das vilas). Você simplesmente teria que instalar

 Python (http://www.python.org/download/) uma vez, e depois sempre que

 precisasse renomear, abriria o prompt de comando e executaria algo

 como:



 osmrename.py arquivo.osm nome da tag texto original texto novo



 Ex:



 osmrename.py brasilia.osm name Av Avenida

 osmrename.py brasilia 2.osm alt_name 23 Vinte e Três



 (Talvez já exista algo assim por aí.)



 2013/6/14 Erick de Oliveira Leal erickdeoliveiral...@gmail.com:

  Não é possível no JOSM ou outro editor do OpenStreetMap procurar por

  ocorrências de uma palavra em várias ruas e substituir por outra

  palavra?

 

  ___

  Talk-br mailing list

  Talk-br@openstreetmap.org

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

 







 --

 Fernando Trebien

 +55 (51) 9962-5409



 The speed of computer chips doubles every 18 months. (Moore's law)

 The speed of software halves every 18 months. (Gates' law)



 ___

 Talk-br mailing list

 Talk-br@openstreetmap.org

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







 ___

 Talk-br mailing list

 Talk-br@openstreetmap.org

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









 --

 Fernando Trebien

 +55 (51) 9962-5409



 The speed of computer chips doubles every 18 months. (Moore's law)

 The speed of software halves every 18 months. (Gates' law)







--

Fernando Trebien

+55 (51) 9962-5409



The speed of computer chips doubles every 18 months. (Moore's law)

The speed of software halves every 18 months. (Gates' law)



___

Talk-br mailing list

Talk-br@openstreetmap.org

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




___

Talk-br mailing list

Talk-br@openstreetmap.org

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





___

Talk-br mailing list

Talk-br@openstreetmap.org

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





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

Re: [Talk-br] Renomear várias ruas de uma vez

2013-07-01 Thread Nelson A. de Oliveira

2013/7/1 Blademir Andrade de Lima blademi...@hotmail.com:
 Acho que as abreviações deveriam aparecer de forma automática, ou pela
 escolha do usuário, do renderizador utilizado, ou da finalidade que se usa o
 mapa.

Justamente por isso que tem que se utilizar o nome completo no OSM,
sem nenhum tipo de abreviação.
Fica fácil abreviar algo caso a aplicação necessite.
Com o nome abreviado já se torna mais difícil (se alguém utilizar um
A., não dá para saber se é alameda, artéria, avenida, etc).

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

Re: [Talk-de] Ways mit boundary = aerial_views

Hallo,
Am Sonntag, den 30.06.2013, 12:20 +0200 schrieb Stephan Wolff:
 Ich bin über diese Objekte ebenfalls nicht glücklich:
 - die Grenzen von Luftbildquellen sind keine Geodaten und wären in einer 
 Metadatenbank besser aufgehoben, die man in den OSM-Editoren als 
 zusätzlichen Layer einblenden kann. Dort wären auch sonstige 
 Informationen zu Datenquellen und deren Fehlern gut aufgehoben
 - boundary=aerial_views ist auch nicht gut. Metadaten sollten einen 
 andere Keys als Geodaten verwenden, damit man sie davon unterscheiden 
 und gegebenenfalls filtern kann
 - name sollte durch description ersetzt werden.
 

Wenn wir möchten, dass die Mapper mehr Daten lokal verarbeiten und dann
in Extra-Layern verwalten, müssen die Editoren dafür erst einmal fit
gemacht werden. In Josm ist das eine einzige Krücke. Das Mindeste wäre,
dass man einen Layer aus einer Datei laden und verbieten kann, dass er
dann munter aus der OSM-Datenbank weiter befüllt wird.

Im Moment reicht es, in den lokalen Layer zu wechseln, um etwas
anzupassen, und den Rückwechsel zu vergessen. Im Autoload-Mode reicht
schon ein einfaches Verschieben des Bildes, um den lokalen Layer
munter aus der OSM-DB zu befüllen. Wenn man das nicht gleich merkt und
weiter arbeitet, kommt richtig Freude auf.

Im Moment leider unbenutzbar.

Gruß, Wolfgang



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

Re: [Talk-de] Pseudonamen

Am 30.06.2013 20:31, schrieb Stephan Knauss:
 Hallo,
 
 On 30.06.2013 18:55, fly wrote:
 Am 30.06.2013 12:50, schrieb Stephan Wolff:
 Beispiele:
 Deutschland (Landmasse)
 Deutschland — Danmark
 Deutsche Bundesautobahnen
 die kannst Du auch gleich Löschen ! (Sammelrelation)
 
 wir löschen nicht einfach so die Arbeit von anderen...
 Ist ziemlich schlechter Stil von Dir in einer community.

Oh, verstehe mich nicht falsch. Ich bin einer der letzten, der einfach
so löscht und warte im Zweifelsfall auch mal ne Woche oder zwei auf
Antwort auf meine privaten Mails.

Das Thema Sammelrelation ist allerdings eindeutig. Ja, ich habe mir
deren Inhalt nicht angeschaut (ID ?) aber ich vermute es handelt sich um
die Sammelrelation welche wie die für Bundesstraßen schon mehrfach
gelöscht wurde und jemand anderes sie wieder ausgegraben hat. Da diese
Relationen ein falsches Bild abgeben und gerade für unerfahrene
Mapper_innen eher verführerisch sind, sollte mensch Sammelrelation
sofort löschen.

Im Zweifelsfall kannst Du ja mit den Autorinnen bzw Autoren Kontakt
aufnehmen und ihnen Deine Löschung erklären.

fly


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

Re: [Talk-de] Ways mit boundary = aerial_views

Am 01.07.2013 08:07, schrieb Wolfgang Hinsch:
 Hallo,
 Am Sonntag, den 30.06.2013, 12:20 +0200 schrieb Stephan Wolff:
 Ich bin über diese Objekte ebenfalls nicht glücklich:
 - die Grenzen von Luftbildquellen sind keine Geodaten und wären in einer 
 Metadatenbank besser aufgehoben, die man in den OSM-Editoren als 
 zusätzlichen Layer einblenden kann. Dort wären auch sonstige 
 Informationen zu Datenquellen und deren Fehlern gut aufgehoben
 - boundary=aerial_views ist auch nicht gut. Metadaten sollten einen 
 andere Keys als Geodaten verwenden, damit man sie davon unterscheiden 
 und gegebenenfalls filtern kann
 - name sollte durch description ersetzt werden.

 
 Wenn wir möchten, dass die Mapper mehr Daten lokal verarbeiten und dann
 in Extra-Layern verwalten, müssen die Editoren dafür erst einmal fit
 gemacht werden. In Josm ist das eine einzige Krücke. Das Mindeste wäre,
 dass man einen Layer aus einer Datei laden und verbieten kann, dass er
 dann munter aus der OSM-Datenbank weiter befüllt wird.
 
 Im Moment reicht es, in den lokalen Layer zu wechseln, um etwas
 anzupassen, und den Rückwechsel zu vergessen. Im Autoload-Mode reicht
 schon ein einfaches Verschieben des Bildes, um den lokalen Layer
 munter aus der OSM-DB zu befüllen. Wenn man das nicht gleich merkt und
 weiter arbeitet, kommt richtig Freude auf.
 
 Im Moment leider unbenutzbar.

Dann melde das bitte doch den Entwicklern unter [1] anstatt hier zu jammern.

Danke fly

---
[1] https://josm.openstreetmap.de/newticket

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

Re: [Talk-de] Overpass API: Gegeben id/name gesucht Area: Wie?

Am 01.07.2013 07:56, schrieb Stefan Keller:
 Hallo!
 
 Folgende Frage zum Overpass API:
 
 * Gegeben die OSM-id (oder der name) einer Relation, genauer: ein Multipolygon
   (z.B. http://www.openstreetmap.org/browse/relation/2135966 ).
 * Gesucht: Irgend ein Output mit (Area-)Geometrie zur
 Weiterverarbeitung (XML, GeoJSON, etc.), d.h. nicht nur die Relation
 mit Verweisen auf Ways, sondern ein Multipolygon mit Koordinaten.
 
 Hab's mit Overpass-Turbo und verschiedenen API-Tricks probiert, ohne Erfolg.
 
 Kann man das mit dem Overpass API und wenn ja, wie?

Du kannst zumindest die Metadaten mit runterladen ([@meta]).
Damit erhälst Du auch alle Linien der Relation + deren Punkte.

Eine Punktwolke sollte auch noch möglich sein, in dem mensch eine
Abhängigkeitspyramide aufbaut. Gib mir nur die Punkte der Wege der
Relation. Leider bin ich auch nicht so bewandert in der Syntax von Overpass.


cu
fly

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

Re: [Talk-de] Overpass API: Gegeben id/name gesucht Area: Wie?

2013-07-01 Thread Martin Raifer


Am 01.07.2013, 07:56 Uhr, schrieb Stefan Keller sfkel...@gmail.com:


* Gegeben die OSM-id (oder der name) einer Relation, genauer: ein
Multipolygon
* Gesucht: Irgend ein Output mit (Area-)Geometrie zur
Weiterverarbeitung (XML, GeoJSON, etc.), d.h. nicht nur die Relation
mit Verweisen auf Ways, sondern ein Multipolygon mit Koordinaten.


1. http://overpass-turbo.eu/?template=type-idtype=relationid=2135966R

2. In overpass-turbo einfach unter Export-als GeoJSON auswählen.

3. Fertig

Grüße
Martin

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

Re: [Talk-de] Ways mit boundary = aerial_views

Am Montag, den 01.07.2013, 10:40 +0200 schrieb fly:
 Am 01.07.2013 08:07, schrieb Wolfgang Hinsch:
  Wenn wir möchten, dass die Mapper mehr Daten lokal verarbeiten und dann
  in Extra-Layern verwalten, müssen die Editoren dafür erst einmal fit
  gemacht werden. In Josm ist das eine einzige Krücke. Das Mindeste wäre,
  dass man einen Layer aus einer Datei laden und verbieten kann, dass er
  dann munter aus der OSM-Datenbank weiter befüllt wird.
  
  Im Moment reicht es, in den lokalen Layer zu wechseln, um etwas
  anzupassen, und den Rückwechsel zu vergessen. Im Autoload-Mode reicht
  schon ein einfaches Verschieben des Bildes, um den lokalen Layer
  munter aus der OSM-DB zu befüllen. Wenn man das nicht gleich merkt und
  weiter arbeitet, kommt richtig Freude auf.
  
  Im Moment leider unbenutzbar.
 
 Dann melde das bitte doch den Entwicklern unter [1] anstatt hier zu jammern.
 
Du versteht das etwas falsch. Ich jammere nicht. Ich benutze es nicht
und kann damit ganz gut leben.

Es wird von einigen immer gefordert, das so zu benutzen. Dies ist nur
eine mögliche Erklärung, warum das kaum jemand ein zweites Mal macht.

Gruß, Wolfgang



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

Re: [Talk-de] Ways mit boundary = aerial_views

Am 01.07.2013 12:06, schrieb Wolfgang Hinsch:
 Am Montag, den 01.07.2013, 10:40 +0200 schrieb fly:
 Am 01.07.2013 08:07, schrieb Wolfgang Hinsch:
 Wenn wir möchten, dass die Mapper mehr Daten lokal verarbeiten und dann
 in Extra-Layern verwalten, müssen die Editoren dafür erst einmal fit
 gemacht werden. In Josm ist das eine einzige Krücke. Das Mindeste wäre,
 dass man einen Layer aus einer Datei laden und verbieten kann, dass er
 dann munter aus der OSM-Datenbank weiter befüllt wird.

 Im Moment reicht es, in den lokalen Layer zu wechseln, um etwas
 anzupassen, und den Rückwechsel zu vergessen. Im Autoload-Mode reicht
 schon ein einfaches Verschieben des Bildes, um den lokalen Layer
 munter aus der OSM-DB zu befüllen. Wenn man das nicht gleich merkt und
 weiter arbeitet, kommt richtig Freude auf.

 Im Moment leider unbenutzbar.

 Dann melde das bitte doch den Entwicklern unter [1] anstatt hier zu jammern.

 Du versteht das etwas falsch. Ich jammere nicht.

Sorry.

 Ich benutze es nicht und kann damit ganz gut leben.
 
 Es wird von einigen immer gefordert, das so zu benutzen. Dies ist nur
 eine mögliche Erklärung, warum das kaum jemand ein zweites Mal macht.

Wenn Du Probleme an einer Open-Source-Software entdeckst und auch nur
geringes Interesse hast, dass sich daran was ändert, ist es einfach nur
fair, dies den Entwickler_innen mitzuteilen.

Danke
fly

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

[Talk-de] Sperrflächen

Hallo,

kennt jemand ein tag für Sperrflächen (Zeichen 298)?

Getaggt habe ich gefunden:

highway=pedestrian
area=yes
access=no

Das halte ich für suboptimal. Allerdings finde ich nicht mal eine
Übersetzung für Sperrfläche.

Gruß, Wolfgang



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

Re: [Talk-de] Sperrflächen

hallo,

highway=pedestrian halte ich für falsch.
Die letzte Sperrfläche, an der ich heute vorbeikam, war im Autobahndreieck.
Dort haben Fußgänger sicherlich nichts zu suchen.

Vielleicht ist es gar nicht nötig, die Fahrbahnmarkierung in OSM zu
erfassen?
Straßen -ja klar, aber die Markierung?

Grüße
Andreas


Am 01.07.2013 13:17, schrieb Wolfgang Hinsch:
 Zeichen 298


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

Re: [Talk-de] Sperrflächen

2013-07-01 Thread Martin Koppenhoefer



On 01/lug/2013, at 13:17, Wolfgang Hinsch osm-lis...@ivkasogis.de wrote:

 Hallo,
 
 kennt jemand ein tag für Sperrflächen (Zeichen 298)?
 
 Getaggt habe ich gefunden:
 
 highway=pedestrian
 area=yes
 access=no
 
 Das halte ich für suboptimal. Allerdings finde ich nicht mal eine
 Übersetzung für Sperrfläche.




da es sich um SPERR-Flächen handelt, eher gar kein Highway tag, beim 
highway-Flächen-Mapping würde man sie natürlich erwarten. surface=asphalt 
könnte man setzen

Stimmt access=no denn? Darf man da als Fußgänger wirklich nicht drauf? Dann 
fehlt zumindest emergency=yes (wobei das an vielen Stellen fehlt, prinzipiell 
könnte man das als Default ansehen)

Grade mal nachgesehen, Das Web sagt: wer ein Fahrzeug führt..., von daher 
vehicle=no
http://www.sicherestrassen.de/VKZKatalog/Frameaufbau.htm?http://www.sicherestrassen.de/VKZKatalog/Kat298.htm

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

Re: [Talk-de] Overpass API: Gegeben id/name gesucht Area: Wie?

2013-07-01 Thread Roland Olbricht

Hallo zusammen,

 1. http://overpass-turbo.eu/?template=type-idtype=relationid=2135966R

 2. In overpass-turbo einfach unter Export-als GeoJSON auswählen.

Den Weg über Overpass Turbo würde ich ebenfalls empfehlen. Das ließe sich im
Prinzip sogar automatisieren, wenn man das nötige JavaScript client-seitig
ausführt.

Ein XML-basiertes Polygonformat gibt es im OSM-Umfeld meines Wissens nicht,
weswegen ich auch ungerne eines neu einführen würde. Die direkte Konvertierung
in GeoJSON bietet die Overpass API zur Zeit nicht an.

Viele Grüße,

Roland

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

Re: [Talk-de] Sperrflächen

2013-07-01 Thread Hartmut Holzgraefe


On 07/01/2013 01:17 PM, Wolfgang Hinsch wrote:

Hallo,

kennt jemand ein tag für Sperrflächen (Zeichen 298)?


wäre für mich ein barrier=..., auch wenn es nur ein logisches und
kein tatsächlich physikalisches Hinderniss ist

http://wiki.openstreetmap.org/wiki/Key:barrier hat allerdings keine
passende Variante, und ich hab auch keine Ahnung was der passende
englische Begriff für Sperrfläche sein mag (falls es überhaupt
einen gibt)

--
hartmut

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

Re: [Talk-de] Pseudonamen

Am 30.06.2013 18:55, schrieb fly:
 Am 30.06.2013 12:50, schrieb Stephan Wolff:
 Moin,

 viele OSM-Objekte (insbesondere Relationen) haben name-Tags, die es in
 der realen Welt nicht als Namen gibt.

 Beispiele:
 Deutschland (Landmasse)
 Deutschland — Danmark
 Deutsche Bundesautobahnen
 
 die kannst Du auch gleich Löschen ! (Sammelrelation)

Sorry, habe wohl schlecht zitiert. Ich meinte natürlich nur Deutsche
Bundesautobahnen die anderen beiden sind keine Sammelrelationen.

fly

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

Re: [Talk-de] Sperrflächen

Am 01.07.2013 14:42, schrieb Hartmut Holzgraefe:

 und ich hab auch keine Ahnung was der passende
 englische Begriff für Sperrfläche sein mag 
soll wohl barred area sein.

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

[Talk-de] Bauliche Trennung

Hallo,
zu dem Begriff bauliche Trennung findet man unterschiedliche Texte im
Wiki.

Mein konkrete Frage: ist eine doppelte Mittellinie ohne Leitplanke o.ä.
bereits eine bauliche Trennung oder sind die Einträge in einzelnen
Wiki-Artikeln auf ein Missverständnis des §3 Abs.3 Nr.2c STVO(DE)
bezüglich der Höchstgeschwindigket außerorts zurückzuführen? Dort wird
der doppelte Mittelstreifen gerade nicht als bauliche Trennung
definiert.

Gruß, Wolfgang




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

[Talk-de] OSM Routing

2013-07-01 Thread Philippe Rieffel

Hallo Liste,
Ich bin zur Zeit auf der Suche nach einer Software/einem Framework, dass es
mir ermöglicht, auf meinem eigenen Rechner Routingoperationen auszuführen,
am liebsten in Python geschrieben (nehme aber auch alles andere). Die
Lösung sollte möglichst leichtgewichtig sein und kein komplettes
Serversetup benötigen. Ich benötige auch kein graphisches Frontend, ich
möchte einfach 2 Punkte angeben, evtl. noch das verwendete Transportmittel
und die Entfernung (oder eine Datei, aus der ich das ableiten kann (gpx
u.Ä.) zurück bekommen.
Soweit meine Anforderungen. Nach intensivem Suchen bin ich auf pyroutelib2
gestossen[1], allerdings scheint es dort ein Problem mit dem parsen von osm
Dateien zu geben, jedenfalls finden sich laut loadOsm.py sowohl in den
geofabrik Extrakten als auch in händischen Extrakten keine verwertbaren
Nodes.
Hat jemand entweder einen Tipp für mich, wo das Ganze etwas weiter
dokumentiert ist, oder kann mich in Richtung einer anderen Software mit
Ähnlichen Fähigkeiten stupsen?

Beste Grüße und vielen Dank,
Philippe Rieffel


[1] http://wiki.openstreetmap.org/wiki/Pyroutelib2
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] OSM Routing

2013-07-01 Thread Peter Körner


Hi

ich kann dir http://project-osrm.org/ empfehlen.
dort bekommst du durch starten eines einzigen programms eine HTTP-Api, 
die JSON mit dir spricht. Diese kannst du von python aus bequem ansprechen.


Siehe dazu
https://github.com/DennisOSRM/Project-OSRM/wiki/Server-api
und
https://github.com/DennisOSRM/Project-OSRM/wiki/Output-json
und zum testen
http://map.project-osrm.org/

Wobei ich grade sehe, dass die Route-Geometrie als Zeichenkette 
komprimiert übertragen wird, da bedarf es scheinbar noch eines Decodings.


Lg

Am 01.07.2013 18:25, schrieb Philippe Rieffel:

Hallo Liste,
Ich bin zur Zeit auf der Suche nach einer Software/einem Framework, dass es
mir ermöglicht, auf meinem eigenen Rechner Routingoperationen auszuführen,
am liebsten in Python geschrieben (nehme aber auch alles andere). Die
Lösung sollte möglichst leichtgewichtig sein und kein komplettes
Serversetup benötigen. Ich benötige auch kein graphisches Frontend, ich
möchte einfach 2 Punkte angeben, evtl. noch das verwendete Transportmittel
und die Entfernung (oder eine Datei, aus der ich das ableiten kann (gpx
u.Ä.) zurück bekommen.
Soweit meine Anforderungen. Nach intensivem Suchen bin ich auf pyroutelib2
gestossen[1], allerdings scheint es dort ein Problem mit dem parsen von osm
Dateien zu geben, jedenfalls finden sich laut loadOsm.py sowohl in den
geofabrik Extrakten als auch in händischen Extrakten keine verwertbaren
Nodes.
Hat jemand entweder einen Tipp für mich, wo das Ganze etwas weiter
dokumentiert ist, oder kann mich in Richtung einer anderen Software mit
Ähnlichen Fähigkeiten stupsen?

Beste Grüße und vielen Dank,
Philippe Rieffel


[1] http://wiki.openstreetmap.org/wiki/Pyroutelib2
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de




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

Re: [Talk-de] Bauliche Trennung

hallo,

baulich ist eine Trennung dann, wenn sie gebaut wurde.
Das Mindestmaß für ein Bauwerk im Sinne dieser Vorschrift ist ein Bordstein.

Eine Linie, egal ob einfach, doppelt oder noch dicker, ist kein Bauwerk
und nie eine bauliche Trennung.

Sinn der Unterscheidung ist es, die Wahrscheinlichkeit für das Wechseln
über die Fahrbahnmitte zu bewerten.
Über eine Linie ist sich halt schnell drüber gefahren, z.B. wenn sie
zugeschneit ist oder der Fahrer eine anarchistische Fahrweise pflegt.

Über Bordstein oder Mittelleitplanke fährt man seltener. Dann darf man
im Vertrauen auf selten auftretetenden Gegenverkehr schneller als 100
km/h fahren, wenn weitere Bedingungen erfüllt sind. Ohne bauliche
Trennung bleibt es bei 100.

Die Bestimmungen beziehen sich auf DE.

Grüße
Andreas


Am 01.07.2013 17:56, schrieb Wolfgang Hinsch:
 Hallo,
 zu dem Begriff bauliche Trennung findet man unterschiedliche Texte im
 Wiki.

 Mein konkrete Frage: ist eine doppelte Mittellinie ohne Leitplanke o.ä.
 bereits eine bauliche Trennung oder sind die Einträge in einzelnen
 Wiki-Artikeln auf ein Missverständnis des §3 Abs.3 Nr.2c STVO(DE)
 bezüglich der Höchstgeschwindigket außerorts zurückzuführen? Dort wird
 der doppelte Mittelstreifen gerade nicht als bauliche Trennung
 definiert.

 Gruß, Wolfgang




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




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

Re: [Talk-de] Bauliche Trennung

2013-07-01 Thread Andreas Neumann

On 07/01/2013 05:56 PM, Wolfgang Hinsch wrote:
 Hallo,
 zu dem Begriff bauliche Trennung findet man unterschiedliche Texte im
 Wiki.

 Mein konkrete Frage: ist eine doppelte Mittellinie ohne Leitplanke o.ä.
 bereits eine bauliche Trennung oder sind die Einträge in einzelnen
 Wiki-Artikeln auf ein Missverständnis des §3 Abs.3 Nr.2c STVO(DE)
 bezüglich der Höchstgeschwindigket außerorts zurückzuführen? Dort wird
 der doppelte Mittelstreifen gerade nicht als bauliche Trennung
 definiert.

 Gruß, Wolfgang

Ich sehe den begriff bauliche Trennung so: Es ist nich ohne weiteres
möglich für einen Überholvorgang diese Trennung mit einem Fahrzeug zu
überwinden.

justmy2cents,
 Andreas

-- 
Andreas Neumann
http://stadtplan-ilmenau.de




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

Re: [Talk-de] Bauliche Trennung

Am Montag, den 01.07.2013, 18:33 +0200 schrieb Andreas Schmidt:
 hallo,
 
 baulich ist eine Trennung dann, wenn sie gebaut wurde.
 Das Mindestmaß für ein Bauwerk im Sinne dieser Vorschrift ist ein Bordstein.
 
 Eine Linie, egal ob einfach, doppelt oder noch dicker, ist kein Bauwerk
 und nie eine bauliche Trennung.

So sehe ich das auch.

 Über Bordstein oder Mittelleitplanke fährt man seltener. Dann darf man
 im Vertrauen auf selten auftretetenden Gegenverkehr schneller als 100
 km/h fahren, wenn weitere Bedingungen erfüllt sind. Ohne bauliche
 Trennung bleibt es bei 100.

Das ist ein weit verbreiteter Irrtum. Außerorts gibt es bei doppelter
Mittellinie keine generelle Geschwindigkeitsbegrenzung, egal wie viele
Spuren die Straße hat. Daher kommt wahrscheinlich der abweichende
Wiki-Eintrag.

Gruß, Wolfgang



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

Re: [Talk-de] Bauliche Trennung

2013-07-01 Thread Bernhard Weiskopf

Hallo Wolfgang,

das wird tatsächlich sehr unterschiedlich gehandhabt.

§ 3 Abs. 3 Nr. 2.c) Satz 2 STVO (DE) setzt die Wirkung von zwei Linien (egal
ob durchgezogen oder gestrichelt) gleich mit der Trennung durch bauliche
Einrichtungen. Diese Einrichtungen heben die Geschwindigkeits-Begrenzung von
100 km/h auf. Auf andere Zusammenhänge kann man das nicht übertragen.

Oftmals sind solche Straßen 20 m breit oder noch mehr. Wenn man eine Linie
(highway = ...) in die Mitte zeichnet, sind die rechten Fahrspuren
vielleicht schon mehr als 10 m davon entfernt und das Einrasten des Navis
wird problematisch, besonders wenn daneben nochmal ein schmaler Fahrweg
verläuft, dessen highway-Linie dann näher ist.

Meine persönliche Meinung: Ich betrachte solche breiten Straßen mit zwei
Mittellinien als zwei Fahrbahnen, habe aber noch keine solche Straße
eingetragen. Bestehende habe ich unverändert gelassen.

Bernhard



 -Ursprüngliche Nachricht-
 Von: Wolfgang Hinsch [mailto:osm-lis...@ivkasogis.de]
 Gesendet: Montag, 1. Juli 2013 17:57
 An: talk-de@openstreetmap.org
 Betreff: [Talk-de] Bauliche Trennung
 
 Hallo,
 zu dem Begriff bauliche Trennung findet man unterschiedliche Texte im
 Wiki.
 
 Mein konkrete Frage: ist eine doppelte Mittellinie ohne Leitplanke o.ä.
 bereits eine bauliche Trennung oder sind die Einträge in einzelnen Wiki-
 Artikeln auf ein Missverständnis des §3 Abs.3 Nr.2c STVO(DE) bezüglich der
 Höchstgeschwindigket außerorts zurückzuführen? Dort wird der doppelte
 Mittelstreifen gerade nicht als bauliche Trennung definiert.
 
 Gruß, Wolfgang
 



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

Re: [Talk-de] Bauliche Trennung

Am Montag, den 01.07.2013, 19:31 +0200 schrieb Bernhard Weiskopf:
 Hallo Wolfgang,
 
 das wird tatsächlich sehr unterschiedlich gehandhabt.
 
 § 3 Abs. 3 Nr. 2.c) Satz 2 STVO (DE) setzt die Wirkung von zwei Linien (egal
 ob durchgezogen oder gestrichelt) gleich mit der Trennung durch bauliche
 Einrichtungen. Diese Einrichtungen heben die Geschwindigkeits-Begrenzung von
 100 km/h auf. Auf andere Zusammenhänge kann man das nicht übertragen.

+1
 
 Oftmals sind solche Straßen 20 m breit oder noch mehr. Wenn man eine Linie
 (highway = ...) in die Mitte zeichnet, sind die rechten Fahrspuren
 vielleicht schon mehr als 10 m davon entfernt und das Einrasten des Navis
 wird problematisch, besonders wenn daneben nochmal ein schmaler Fahrweg
 verläuft, dessen highway-Linie dann näher ist.

Das ist so nicht ganz richtig. Eine Fahrspur ist auch bei Schnellstraßen
kaum breiter als 3,5m. Das sind bei 2 Spuren 7m + ~0.25m für die
Markierung zwischen den Spuren und 0,25m zur Mitte = 7.5m *2 = 15m,
wenn kein Mittelstreifen vorhanden ist. Damit bist du mit der
Navi-Antenne in so einem Fall nicht mehr als 6,5m aus der Mitte raus,
damit haben die Navis noch keine Schwierigkeiten. Sonst würde OSM
überhaupt nicht funktionieren. In Hamburg haben wir durch die schlechte
Georeferenzierung von Bing bis zu 20 Meter Lagefehler, und wir haben als
einzige keine neuen Bilder bekommen.

Dafür haben wir allerdings die Grundkarte 1.5000 zum Abzeichnen und
Referenzieren. So ganz langsam wird es besser.

 
 Meine persönliche Meinung: Ich betrachte solche breiten Straßen mit zwei
 Mittellinien als zwei Fahrbahnen, habe aber noch keine solche Straße
 eingetragen. Bestehende habe ich unverändert gelassen.

Genau deshalb hole ich hier Meinungen ein. Wenn die Definition baulich
getrennt heißt und wir Fahrbahnen mappen, ist eine durchgehende Fläche
eine Fahrbahn. So weit ich es verstanden habe, ist die Bedingung für
dual carriageway genauso, es wird eine bauliche Trennung, Leitplanke,
Bordstein, Grünstreifen, Verkehrsinsel ... gefordert.

Gruß, Wolfgang


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

[Talk-de] Routing-Problem mit OSRM

2013-07-01 Thread Bernhard Weiskopf

Hallo an alle,

weiß jemand, warum OSRM (http://map.project-osrm.org/) die Ausfahrt Rastatt
Nord meidet? (s. http://osrm.at/44a)

Soweit ich das verstehe, betrachtet OSRM den Weg 44035742 als Einbahnstraße.
In den tags steht oneway = no seit Oktober 2010.

http://openrouteservice.org/ routet dagegen über die Ausfahrt wie ich das
erwarte.

Bernhard



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

Re: [Talk-de] Bauliche Trennung

Wolfgang Hinsch osm-lis...@ivkasogis.de wrote:

Mein konkrete Frage: ist eine doppelte Mittellinie ohne Leitplanke o.ä.
bereits eine bauliche Trennung oder sind die Einträge in einzelnen
Wiki-Artikeln auf ein Missverständnis des §3 Abs.3 Nr.2c STVO(DE)
bezüglich der Höchstgeschwindigket außerorts zurückzuführen?

Welche Einträge außer diesem hast Du denn noch gefunden?:
http://wiki.openstreetmap.org/wiki/DE:Tag:highway%3Dtrunk

Ein durchgezogener Streifen zum Gegenverkehr ist eine
Fahrbahnbegrenzung:
http://www.sicherestrassen.de/VKZKatalog/Frameaufbau.htm?http://www.sicherestrassen.de/VKZKatalog/Kat295.htm
Haben zwei Richtungsfahrbahnen auf der linken Seite jeweils eine
eigene Fahrbahnbegrenzung, so ergibt sich eine durchgezogene
Doppellinie zwischen den Fahrbahnen. Der Raum zwischen den beiden
Streifen ist somit keine Fahrbahn, auch wenn er asphaltiert ist.

Die Fahrbahnen sind also durch einen Streifen Nichtfahrbahn
voneinander getrennt. Ich habe mal nach einer suggestiven Bezeichnung
dafür gesucht und bin auf die angeordnete Richtungsfahrbahntrennung
als Gegenpart zur baulichen Trennung gekommen.

Dort wird
der doppelte Mittelstreifen gerade nicht als bauliche Trennung
definiert.

Aber auf diesen durchgezogenen Doppelmittelstreifen nimmt der §3 Abs.3
Nr.2c STVO(DE) nirgendwo einen direkten Bezug:
http://wiki.openstreetmap.org/wiki/DE:Tag:highway%3Dtrunk#Stra.C3.9Fenverkehrsordnung_.28STVO.29_.C2.A73_.283.29_2c
Ich lese dort lediglich, dass für die Aufhebung der
PKW-Geschwindigkeitsbegrenzung
* lediglich beide Richtungsfahrbahnen jeweils mindestens zweistreifig
sein müssen, ohne dass dabei auf die Art der Richtungsfahrbahntrennung
eingegangen wird. - oder
* baulich oder durch Mittelstreifen getrennt sind. - oder
* die Straße eine Autobahn ist.

Wo also siehst Du eine Bezugnahme auf den durchgehenden
Doppelmittelstreifen?

Bleibt natürlich zu diskutieren, was man als Mittelstreifen oder
baulich definiert. Ist die asphaltierte Nichtfahrbahn zwischen den
Doppelstreifen ein Mittelstreifen? Oder reicht es, den Asphalt
zwischen den Doppelstreifen rauszufräsen, um einen Mittelstreifen zu
erhalten?

Ich denke, da könnten höchstens Gerichtsurteile Klarheit schaffen,
sofern dieser Punkt in einem Prozess überhaupt rechtsrelevant werden
sollte.

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

Re: [Talk-de] Routing-Problem mit OSRM

2013-07-01 Thread Martin Raifer


Wahrscheinlich liegst du mit deiner Vermutung richtig.

Dafür gibt es auch schon einen Bug-Report auf github. (Und so weit ich  
mich erinnere, hat OSRM bis vor Kurzem das oneway=no noch richtig  
ausgewertet.)

Siehe: https://github.com/DennisOSRM/Project-OSRM/pull/659

Grüße
Martin

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

Re: [Talk-de] Bauliche Trennung

Am 01.07.2013 18:55, schrieb Wolfgang Hinsch:
 fahren, wenn weitere Bedingungen erfüllt sind. Ohne bauliche
  Trennung bleibt es bei 100.
 Das ist ein weit verbreiteter Irrtum. Außerorts gibt es bei doppelter
 Mittellinie keine generelle Geschwindigkeitsbegrenzung, egal wie viele
 Spuren die Straße hat. Daher kommt wahrscheinlich der abweichende
 Wiki-Eintrag.
danke, ich lerne gern dazu.
Grüße, Andreas

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

Re: [Talk-de] Routing-Problem mit OSRM

Bernhard Weiskopf bweisk...@gmx.de wrote:

weiß jemand, warum OSRM (http://map.project-osrm.org/) die Ausfahrt Rastatt
Nord meidet? (s. http://osrm.at/44a)

Die erste nur geradeaus Relation war der Punkt, ab dem es nicht mehr
funktionierte. Bei dieser waren die Relationselemente nicht in der
Reihenfolge from, via, to. Möglicherweise mag OSRM das nicht. Ich
habe es korrigiert. Beim nächsten Update wissen wir, ob es daran
lag.


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

Re: [Talk-de] OSM Routing

2013-07-01 Thread Florian Lohoff

On Mon, Jul 01, 2013 at 06:35:44PM +0200, Peter Körner wrote:
 Hi
 
 ich kann dir http://project-osrm.org/ empfehlen.
 dort bekommst du durch starten eines einzigen programms eine
 HTTP-Api, die JSON mit dir spricht. Diese kannst du von python aus
 bequem ansprechen.
 
 Siehe dazu
 https://github.com/DennisOSRM/Project-OSRM/wiki/Server-api
 und
 https://github.com/DennisOSRM/Project-OSRM/wiki/Output-json
 und zum testen
 http://map.project-osrm.org/
 
 Wobei ich grade sehe, dass die Route-Geometrie als Zeichenkette
 komprimiert übertragen wird, da bedarf es scheinbar noch eines
 Decodings.

Kann man mit einer url option abschalten - Dann kommt es unkomprimiert.

Flo
-- 
Florian Lohoff f...@zz.de


signature.asc
Description: Digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Overpass API: Gegeben id/name gesucht Area: Wie?

Stefan Keller sfkel...@gmail.com wrote:

* Gegeben die OSM-id (oder der name) einer Relation, genauer: ein Multipolygon
  (z.B. http://www.openstreetmap.org/browse/relation/2135966 ).
* Gesucht: Irgend ein Output mit (Area-)Geometrie zur
Weiterverarbeitung (XML, GeoJSON, etc.), d.h. nicht nur die Relation
mit Verweisen auf Ways, sondern ein Multipolygon mit Koordinaten.

Möglicherweise hilft das hier weiter:
http://wiki.openstreetmap.org/wiki/DE:WIWOSM


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

Re: [Talk-de] Routing-Problem mit OSRM

2013-07-01 Thread Peter Wendorff

Am 01.07.2013 21:17, schrieb Tirkon:
 Bernhard Weiskopf bweisk...@gmx.de wrote:
 
 weiß jemand, warum OSRM (http://map.project-osrm.org/) die Ausfahrt Rastatt
 Nord meidet? (s. http://osrm.at/44a)
 
 Die erste nur geradeaus Relation war der Punkt, ab dem es nicht mehr
 funktionierte. Bei dieser waren die Relationselemente nicht in der
 Reihenfolge from, via, to. Möglicherweise mag OSRM das nicht. Ich
 habe es korrigiert. Beim nächsten Update wissen wir, ob es daran
 lag.
...und können einen entsprechenden Bug-Report einstellen, denn eine
feste Reihenfolge bei der turn-restriction hat keinen Mehrwert und
sollte deshalb IMHO nicht zwingend sein (falls das irgendwo so
dokumentiert sein sollte).

Gruß
Peter

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

Re: [Talk-de] Routing-Problem mit OSRM

2013-07-01 Thread Martin Raifer


Die erste nur geradeaus Relation war der Punkt, ab dem es nicht mehr
funktionierte. Bei dieser waren die Relationselemente nicht in der
Reihenfolge from, via, to. Möglicherweise mag OSRM das nicht.


Nein, daran liegt es nicht. Es gibt genug Abbiegebeschränkungen im  
from-to-via Format, die korrekt funktionieren.


Was aber aktuell nicht funktioniert sind Autobahnen mit oneway=no:

* http://osrm.at/44q
* http://osrm.at/434
* usw.

Dennis wird sich laut eigener Aussage bald um das Problem kümmern.

Grüße

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

Re: [Talk-de] Overpass API: Gegeben id/name gesucht Area: Wie?

Tirkon tirko...@yahoo.de wrote:

Möglicherweise hilft das hier weiter:
http://wiki.openstreetmap.org/wiki/DE:WIWOSM

Sorry, der englischsprachige Link hätte es sein sollen:
http://wiki.openstreetmap.org/wiki/WIWOSM


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

Re: [Talk-de] Pseudonamen

2013-07-01 Thread Stephan Wolff


Am 30.06.2013 23:52, schrieb Martin Koppenhoefer:


Spricht etwas dagegen, solche Texte von name nach description zu
verschieben?



wenn der Inhalt des tags deutsch ist, dann würde ich description:de
verwenden.


Laut Wiki wird für description die ortsübliche Sprache (local 
language) verwendet.


 Europäischer Fernwanderweg E6, Deutschland, Harz


Der Europäische Fernwanderweg kommt mir allerdings schon wie ein
Name vor,


Europäischer Fernwanderweg E6 ist zweifellos ein Name. Dass es eine 
definierte Teilstrecke mit dem Namen Europäischer Fernwanderweg E6, 
Deutschland, Harz gibt, würde ich bezweifeln.


Gruß
Stephan



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

Re: [Talk-de] Ways mit boundary = aerial_views

2013-07-01 Thread Stephan Wolff


Moin!

Am 01.07.2013 08:07, schrieb Wolfgang Hinsch:

Am Sonntag, den 30.06.2013, 12:20 +0200 schrieb Stephan Wolff:

Ich bin über diese Objekte ebenfalls nicht glücklich:
- die Grenzen von Luftbildquellen sind keine Geodaten und wären in einer
Metadatenbank besser aufgehoben, die man in den OSM-Editoren als
zusätzlichen Layer einblenden kann. Dort wären auch sonstige
Informationen zu Datenquellen und deren Fehlern gut aufgehoben
- boundary=aerial_views ist auch nicht gut. Metadaten sollten einen
andere Keys als Geodaten verwenden, damit man sie davon unterscheiden
und gegebenenfalls filtern kann


Wenn wir möchten, dass die Mapper mehr Daten lokal verarbeiten und dann
in Extra-Layern verwalten, müssen die Editoren dafür erst einmal fit
gemacht werden.

[]

Im Moment leider unbenutzbar.


Der Reihe nach:

- als erstes sollte man die Metadaten eindeutig kennzeichnen, z.B. durch 
den Prefix meta: im key. Damit könnte man Metadaten schon filtern und 
es könnten keine Verwechselungen mit Geodaten auftreten.


- eine eigene Datenbank für Metadaten (Datenquellen, Offset von 
Luftbildern, Hinweise für Mapper, Bugs, ...) erfordert eine gründliche 
Diskussion und erheblicher Arbeit für die Administratoren. Ich sehe das 
eher als Fernziel.


- die Anpassungen im Editor wären dann nicht mehr umfangreich. Eine 
Warnung, wenn Objekte mit meta:-Prefix im Geodatenlayer auftauchen und 
umgekehrt wäre einfach.


Gruß
Stephan


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

Re: [Talk-de] Bauliche Trennung

Hallo Andreas,

Am Montag, den 01.07.2013, 21:01 +0200 schrieb Andreas Schmidt:
 Am 01.07.2013 18:55, schrieb Wolfgang Hinsch:
  fahren, wenn weitere Bedingungen erfüllt sind. Ohne bauliche
   Trennung bleibt es bei 100.
  Das ist ein weit verbreiteter Irrtum. Außerorts gibt es bei doppelter
  Mittellinie keine generelle Geschwindigkeitsbegrenzung, egal wie viele
  Spuren die Straße hat. Daher kommt wahrscheinlich der abweichende
  Wiki-Eintrag.
 danke, ich lerne gern dazu.

Nee, lieber nicht. Das habe ich etwas gelesen, was man auch beim 10.Mal
noch so liest, bis man dann feststellt, dass es Unsinn ist.

Mindestens 2 Fahrspuren pro Richtung oder ein Mittelstreifen (bauliche
Trennung).

sorry.


Gruß, Wolfgang


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

Re: [Talk-de] Bauliche Trennung

Hallo Trikon,

Am Montag, den 01.07.2013, 20:27 +0200 schrieb Tirkon:
Wolfgang Hinsch osm-lis...@ivkasogis.de wrote:

Welche Einträge außer diesem hast Du denn noch gefunden?:
http://wiki.openstreetmap.org/wiki/DE:Tag:highway%3Dtrunk

Dieses Zitat (wenn es eins sein soll) steht nicht auf der von dir
genannten Seite. Vielmehr steht dort, dass die Mittellinie gerade keine
Fahrbahnbegrenzung, sondern eine Fahrstreifenbegrenzung ist:

Als Fahrstreifenbegrenzung trennt das Zeichen den für den Gegenverkehr
bestimmten Teil der Fahrbahn oder mehrere Fahrstreifen für den
gleichgerichteten Verkehr voneinander ab. Die Fahrstreifenbegrenzung
kann zur Abtrennung des Gegenverkehrs aus einer Doppellinie bestehen.
(Erläuterung 1.)

Von Fahrbahnbegrenzung ist nur im Zusammenhang mit den äußeren
Grenzlinien die Rede. Fahrstreifen aber sind Fahrspuren, die als solche
auch gemappt werden können, haben aber keinen Einfluss auf das Mapping
des Ways der Fahrbahn.

Das habe ich nirgends gefunden und halte es für etwas abwegig.

Wo also siehst Du eine Bezugnahme auf den durchgehenden
Doppelmittelstreifen?

In dem Punkt gebe ich dir recht. Da habe ich etwas reingelesen, was da
nicht so steht. Es läuft auf den Mittelstreifen als Begrenzung hinaus,
wenn man mehrere Fahrbahnen haben möchte.

Bleibt natürlich zu diskutieren, was man als Mittelstreifen oder
baulich definiert. Ist die asphaltierte Nichtfahrbahn zwischen den
Doppelstreifen ein Mittelstreifen?

Nein (s.u.)

Oder reicht es, den Asphalt
zwischen den Doppelstreifen rauszufräsen, um einen Mittelstreifen zu
erhalten?

Nur dann, wenn du breit und tief genug fräst und dann einen Bordstein
oder etwas anderes Bauliches einbaust. Sonst ist das nur eine
Dehnungsfuge, die absolut nichts mit baulichen Trennungen zu tun hat.
Sonst müsstest du ständig Fahrbahnen wechseln ;-)

Wenn du deine Motorhaube in zwei Farben streichst, baust du die Farben
auch nicht ein. Sie besteht dann nicht aus 2 farbigen Teilen, sondern
aus einem Teil, das farblich unterschiedlich gekennzeichnet ist. Genauso
sehe ich das auch bei der Fahrbahn.

Ich denke, da könnten höchstens Gerichtsurteile Klarheit schaffen,
sofern dieser Punkt in einem Prozess überhaupt rechtsrelevant werden
sollte.

Seit wann schaffen Gerichtsurteile Klarheit? ;-) In DE haben wir gerade
kein Präzedenzfallrecht, damit bist du mit jedem Verfahren wieder auf
hoher See.

Für OSM sollte ein Verweis auf Duden und Wikipedia eigentlich
ausreichen.
http://www.duden.de/suchen/dudenonline/Mittelstreifen
http://de.wikipedia.org/wiki/Stra%C3%9Fenquerschnitt#Trennstreifen

Beide sehen einen Mittelstreifen als ein Objekt an, dass die Fahrbahnen
physisch voneinander trennt und eine Überfahrt nicht nur verbietet,
sondern (nahezu) unmöglich macht. Ansonsten wäre eine
Mittelstreifenüberfahrt ein unsinniges Wort.

Gruß, Wolfgang

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

[Talk-de] DIN Radio mit Android 4.0 mit GPS und motorschirm

2013-07-01 Thread Johann H. Addicks

Das wäre doch mal eine schöne Platform für OSMandco
http://youtu.be/7WrvbG3kJvU

knapp 300Euro, schon ein Preis. Aber dafür eben komplett mit Radio und
aller Peripherie (GPS-Antenne extern, Audio-Verstärker etc,
Audio-Eingängen.)
Ein Navi-Festeinbau, den man mit OSM-Daten regelmäßig aktualisiert bekommt!

Ich mag bei den HandyTablet-Dingern nicht, dass man beim Abstellen des
Autos das Zeug irgendwie verstecken oder mitnehmene muss. Und beim
Losfahren hat's wieder das Gekabel.
Und so preiswert wie das Ding bei eingefahrenem Display ausschaut, das
klaut vermutlich niemand freiwillig.

-jha-


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

Re: [Talk-de] Bauliche Trennung

2013-07-01 Thread Johann H. Addicks

Ich habe jetzt etwas den Überblick verloren:
Worum geht es eigentlich in diesem Thread?
Darum wie schnell man auf dem Trunk(?) fahren darf, also das
max-speed-mapping?
Oder um absurde Spezialfälle, die vielleicht 2-3 mal in der Republik
auftreten wo irgendein Sachbearbeiter in einer Straßenbaubehörde
schlicht Bockmist gebaut hat, weil etwas anderes beschildert ist als er
eigentlich gemeint hat und wo man -wenn man so fährt wie beschildert-
vermutlich trotzdem hinterher einen Anwalt mit Spezialgebiet
Verkehrsrecht braucht, um sich gegen irgendwelche Schreiben vom
Regierungspräsidium zu wehren?


Und um nochmal auf Spezialfälle zu kommen: Wie ist es denn bei einer
einfachen Mittellinie auf der aber noch so neckische Gummifahnen von
rund 15cm Höhe mit Reflektoren drauf stehen? Das wäre ja nach der
Argumentationslinie von einigen hier etwas gebautes. Aber drüberfahren
kann man trotzdem ohne bleibende Schäden am LKW, ist halt nur verboten.
(Und vermutlich auch Sachbeschädigung)

-jha-

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

Re: [Talk-de] Bauliche Trennung

Am Dienstag, den 02.07.2013, 01:43 +0200 schrieb Johann H. Addicks:
 Ich habe jetzt etwas den Überblick verloren:
 Worum geht es eigentlich in diesem Thread?
 Darum wie schnell man auf dem Trunk(?) fahren darf, also das
 max-speed-mapping?

Nein, es geht mir ausschließlich darum, wann eine Straße als eine Linie
und wann als zwei Linien dargestellt werden soll.

Da die bauliche Trennung, die bei OSM entscheidend ist, auch für die
Geschwindigkeitsbegrenzungen herangezogen wird, dieser Exkurs in die
StVO. 

Letztlich die Frage, was ist ein Mittelstreifen, der die Fahrbahnen
trennt.

Damit wird das permanente Ummappen von Straßen hoffentlich etwas
eingedämmt.

Eine Straße sollte bei gleichem Bauzustand auf der gleichen Karte an
jeder Stelle möglichst auch gleich aussehen. Das ist im Moment nicht
gegeben und ein Nachteil von OSM gegenüber den Wettbewerbern.

Damit der Betrachter möglichst nicht auch noch den Überblick
verliert ;-)

Gruß, Wolfgang



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

Re: [Talk-de] Bauliche Trennung

2013-07-01 Thread Hartmut Holzgraefe


On 07/02/2013 12:43 AM, Wolfgang Hinsch wrote:


Mindestens 2 Fahrspuren pro Richtung oder ein Mittelstreifen (bauliche
Trennung).


wieder was gelernt, ich dachte es wäre und und nicht oder

(oder hat sich das in irgendeiner Reform der letzten 30 Jahre geändert?)

--
hartmut

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

Re: [Talk-de] Bauliche Trennung

Wolfgang Hinsch osm-lis...@ivkasogis.de wrote:

Am Dienstag, den 02.07.2013, 01:43 +0200 schrieb Johann H. Addicks:
 Ich habe jetzt etwas den Überblick verloren:
 Worum geht es eigentlich in diesem Thread?
 Darum wie schnell man auf dem Trunk(?) fahren darf, also das
 max-speed-mapping?

Nein, es geht mir ausschließlich darum, wann eine Straße als eine Linie
und wann als zwei Linien dargestellt werden soll.

Da die bauliche Trennung, die bei OSM entscheidend ist, auch für die
Geschwindigkeitsbegrenzungen herangezogen wird, dieser Exkurs in die
StVO. 

Da werden gerade zwei Dinge verquickt.

IMHO hat die faktische Trennung der Richtungsfahrbahnen durch
ununterbrochene Doppelstreifen auf der gesamten Länge zwischen zwei
Auf-/Abfahrten, die ebenfalls für jede der Richtungsfahrbahnen
getrennt existieren, dieselbe verkehrsfunktionelle Eigenschaft, wie
ein Mittelstreifeb oder eine bauliche Trennung. Die
Verkehrsfunktionalität ist identisch mit der einer Autobahn und
rechtfertigt damit die Anlage zweier gegenläufiger ways. 

Etwas Anderes ist es, wenn man wie bei den Flüssen die Umrisse der
Straßen erfasst. Dann stellt sich die Frage, ob man - abhängig von der
baulichen Trennung - zwei unabhängige Flächen mit Aussparung des
Mittelstreifens oder nur eine erstellt und damit den Zusammenhang mit
der StVO herstellt. 

Bitte also zwischen Verkehrsfunktionalität durch (infinitesimal
schmale) ways und der Flächenerfassung unterscheiden.  

Letztlich die Frage, was ist ein Mittelstreifen, der die Fahrbahnen
trennt.

Damit wird das permanente Ummappen von Straßen hoffentlich etwas
eingedämmt.

Eine Straße sollte bei gleichem Bauzustand auf der gleichen Karte an
jeder Stelle möglichst auch gleich aussehen. Das ist im Moment nicht
gegeben und ein Nachteil von OSM gegenüber den Wettbewerbern.

Google beginnt zunehmend damit, sogar beim Vorhandensein mehrerer mit
Pfeilen markierten Fahrstreifen ohne bauliche Trennung oder
Doppelstreifen in der Mitte, diese zu trennen. 
Beispiel: http://goo.gl/maps/FEJwz

Da finde ich die Möglichkeit bei OSM als vorteilhafter, entsprechende
lanes sowie auch die Straßenumrisse zu mappen.

Damit der Betrachter möglichst nicht auch noch den Überblick
verliert ;-)


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

Re: [Talk-it] Dilemma strade senza nome

Nel mio paese per le vie fuori dai entri abitati c'è proprio la scritta
Località ... sul cartello delle vie.
Magari chiedi a qualcuno che ci abita l'indirizzo o guarda sull'elenco
telefonico.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Dilemma-strade-senza-nome-tp5767675p5767722.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] wiki IT Bicycle

ok, grazie



--
View this message in context: 
http://gis.19327.n5.nabble.com/wiki-IT-Bicycle-tp5767550p5767723.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] Dilemma strade senza nome

2013-07-01 Thread Gianluca Boero


Il 01/07/2013 09:49, bredy ha scritto:

Nel mio paese per le vie fuori dai entri abitati c'è proprio la scritta
Località ... sul cartello delle vie.
Magari chiedi a qualcuno che ci abita l'indirizzo o guarda sull'elenco
telefonico.


Si...è la stessa mia situazione. Il problema è che credo non sia 
corretto dare il tag name a tutta la route.
Chi vive in quelle borgate, ha la residenza in Località XXX che su Osm 
rappresentiamo magari con un Hamlet. A questo punto la route rimane 
senza name. e su Josm viene segnalata come errore.


--
Gianluca Boero


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

Re: [Talk-it] Dilemma strade senza nome

 Chi vive in quelle borgate, ha la residenza in Localita` XXX che su
 Osm rappresentiamo magari con un Hamlet. A questo punto la route
 rimane senza name. e su Josm viene segnalata come errore.

Non vedo perche` non si puo` dare alla via lo stesso nome della
frazione. In pratica e` cosi`.  Come altri notavano, i cartelli
del nome della via indicano la localita`.

Ricordo quando cercavo una persona in Localita` Marcadello 57, per
me di pianura era stano ma e` cosi`: 57 e` il civico e la strada si
chiama come la frazione.  Non ha senso cercare un civico su un hamlet,
quindi secondo me va battezzata la strada.  Separandola in vari pezzi
(proprio come si fa in citta`, quando una via che si vede essere una
sola ha due nomi diversi in tratti diversi).


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

Re: [Talk-it] Dilemma strade senza nome

2013-07-01 Thread Paolo Monegato


Il 01/07/2013 10:05, Alessandro Rubini ha scritto:

Chi vive in quelle borgate, ha la residenza in Localita` XXX che su
Osm rappresentiamo magari con un Hamlet. A questo punto la route
rimane senza name. e su Josm viene segnalata come errore.

Non vedo perche` non si puo` dare alla via lo stesso nome della
frazione. In pratica e` cosi`.  Come altri notavano, i cartelli
del nome della via indicano la localita`.

Ricordo quando cercavo una persona in Localita` Marcadello 57, per
me di pianura era stano ma e` cosi`: 57 e` il civico e la strada si
chiama come la frazione.  Non ha senso cercare un civico su un hamlet,
quindi secondo me va battezzata la strada.  Separandola in vari pezzi
(proprio come si fa in citta`, quando una via che si vede essere una
sola ha due nomi diversi in tratti diversi).


+1

Molto probabilmente son registrate così anche sullo stradario comunale.

ciao
Paolo M


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

Re: [Talk-it] Dilemma strade senza nome

2013-07-01 Thread Gianluca Boero


Il 01/07/2013 10:27, Paolo Monegato ha scritto:

Il 01/07/2013 10:05, Alessandro Rubini ha scritto:

Chi vive in quelle borgate, ha la residenza in Localita` XXX che su
Osm rappresentiamo magari con un Hamlet. A questo punto la route
rimane senza name. e su Josm viene segnalata come errore.

Non vedo perche` non si puo` dare alla via lo stesso nome della
frazione. In pratica e` cosi`.  Come altri notavano, i cartelli
del nome della via indicano la localita`.

Ricordo quando cercavo una persona in Localita` Marcadello 57, per
me di pianura era stano ma e` cosi`: 57 e` il civico e la strada si
chiama come la frazione.  Non ha senso cercare un civico su un hamlet,
quindi secondo me va battezzata la strada.  Separandola in vari pezzi
(proprio come si fa in citta`, quando una via che si vede essere una
sola ha due nomi diversi in tratti diversi).


+1

Molto probabilmente son registrate così anche sullo stradario comunale.

ciao
Paolo M


E se per esempio una strada, magari lunga chilometri senza abitazioni 
lungo il percorso porta ad una località abitata come la si nomina la 
strada? Tutta con il nome della località?

(sempre ammesso che tale strada non abbia un nome)

--
Gianluca Boero


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

Re: [Talk-it] Dilemma strade senza nome

 quindi secondo me va battezzata la strada.  Separandola in vari pezzi
 (proprio come si fa in citta`, quando una via che si vede essere una
 sola ha due nomi diversi in tratti diversi).

 E se per esempio una strada, magari lunga chilometri senza abitazioni 
 lungo il percorso porta ad una localita` abitata come la si nomina la 
 strada? Tutta con il nome della localita`?
 (sempre ammesso che tale strada non abbia un nome)

No, si separa la traccia in due tracce, e la parte che ha numeri
civici della localita` ha un nome, l'altra parte un altro nome.
Come dicevo, anche quando si vede che e` una strada ma ha due nomi
diversi in tratti divesi, la si separa.

Se strada Selmanenti ha dei civici con quel nome ma la parte finale
sta in frazione tabellano e ci sono civici Localita` Tabellano si
divide la way all'ingresso della frazione.

/alessandro

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

Re: [Talk-it] Dilemma strade senza nome

2013-07-01 Thread Martin Koppenhoefer

2013/7/1 Alessandro Rubini rubini-l...@gnudd.com

 Non vedo perche` non si puo` dare alla via lo stesso nome della
 frazione. In pratica e` cosi`.  Come altri notavano, i cartelli
 del nome della via indicano la localita`.



in addr:street vanno solo i nomi di strada, nient'altro.



 Ricordo quando cercavo una persona in Localita` Marcadello 57, per
 me di pianura era stano ma e` cosi`: 57 e` il civico e la strada si
 chiama come la frazione.



Se fosse cosí, non dovrebbe essere l'indirizzo:
Localita` Marcadello 57
Localita` Marcadello
...

(una volta per la strada, una volta per la frazione)?

Per questi casi (indirizzo non è una strada ma una frazione) si potrebbe
usare addr:place per tenere il nome della frazione e addr:housenumber per
il civico, e niente in addr:street (visto che la strada non ha nome).

Ne abbiamo parlato poco fa anche nella lista tedesca.

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

[Talk-it] Pagina donazioni sul wiki


Buongiorno,
questa pagina[1] è rimasta molto indietro rispetto a quella in inglese. 
Ad esempio ora si accettano donazioni in Bitcoin.


Purtroppo la pagina risulta protetta, e quindi non sono in grado di 
aggiornarla.


Qualcuno qui in lista possiede questi privilegi?

Grazie!

Carlo


[1] http://wiki.openstreetmap.org/wiki/IT:Donations

--
  .-.  | Registered Linux User #443882|  .''`.
  oo|  | http://linuxcounter.net/ | : :'  :
 /`'\  |   Registered Debian User #9  | `. `'`
(\_;/) | http://debiancounter.altervista.org/ |   `-


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

[Talk-it] Mappa dei posti dove si accettano Bitcoin


http://coinmap.org/

Ciao!

Carlo

--
  .-.  | Registered Linux User #443882|  .''`.
  oo|  | http://linuxcounter.net/ | : :'  :
 /`'\  |   Registered Debian User #9  | `. `'`
(\_;/) | http://debiancounter.altervista.org/ |   `-


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

Re: [Talk-it] Dilemma strade senza nome

 Ricordo quando cercavo una persona in Localita` Marcadello 57, per
 me di pianura era stano ma e` cosi`: 57 e` il civico e la strada si
 chiama come la frazione.
 
 Se fosse cosa`=AD, non dovrebbe essere l'indirizzo:
 Localita` Marcadello 57
 Localita` Marcadello
 ...
 
 (una volta per la strada, una volta per la frazione)?

No. Se vuoi essere rigoroso, la frazione non si mette.
Il nome della via e` unico nel comune. L'indirizzo e` composto
da via e civico (la localita` e` via in questo caso), comune, cap,
provincia (facoltativo).

MA siccome ogni nazione ha le sue convenzioni, non serve nemmeno essere
rigorosi all'italiana.

/alessandro

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

[Talk-it] Taggare marciapiedi

Voi li taggate? Se si come?



--
View this message in context: 
http://gis.19327.n5.nabble.com/Taggare-marciapiedi-tp5767778.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] Taggare marciapiedi

2013-07-01 Thread Davio

Ciao, 
quando il marciapiede è parte integrante della strada carrabile (senza
alcuna separazione fisica), aggiungo il tag sidewalk=left/right/both a
seconda se il marciapiede si trova a sinistra o a destra della strada o in
entrambi i lati. Invece se il marciapiede è fisicamente separato dalla
strada carrabile mappo una way a parte taggata footway=yes.

Ciao,
Davide



--
View this message in context: 
http://gis.19327.n5.nabble.com/Taggare-marciapiedi-tp5767778p5767780.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] Taggare marciapiedi

Quindi ad esempio un marciapiede rialzato è fisicamente separato, o consideri
solo quelli che hanno fisicamente il cartello di percorso pedonale?



--
View this message in context: 
http://gis.19327.n5.nabble.com/Taggare-marciapiedi-tp5767778p5767782.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] Taggare marciapiedi

2013-07-01 Thread Davio

Se c'è un qualsiasi tipo di barriera che separa le due parti lo considero
separato, non considero il cartello.

per esempio: http://osm.org/go/xcXmrZUQS--

Corso di Francia ha le carreggiate per le automobili e ai lati due
marciapiedi fisicamente separati da un guard rail.

Ciao,
Davide




--
View this message in context: 
http://gis.19327.n5.nabble.com/Taggare-marciapiedi-tp5767778p5767785.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] landuse

Mappare le aree secondo il Piano Regolatore comunale è corretto, ad esempio
alcune zone che sulla foto aerea sono aree attualmente coltivate, ma da PRG
sono aree edificabili come vanno taggate? Zona residenziale o agricola?



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

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

Re: [Talk-it] Tag telefono

2013-07-01 Thread Simone Saviolo

Il giorno 29 giugno 2013 20:10, Gianluca Boero gianlucabo...@alice.it ha
scritto:

 Ciao a tutti.

 Vi posso dare la mia interpretazione per taggare i (pochi) telefoni
 pubblici rimasti ed inserirla nella pagina che stiamo creando?

 amenity= telephone (se ne sono presenti più di uno vicini taggarli tutti)
 operator= Telecom Italia (al 99% ma ce ne possono essere di altri credo)
 payments:coins= yes/no
 payment:telephone_cards= yes/no
 wheelchair= yes/no (no per le cabine chiuse a meno che abbiano la rampa
 per la carrozzina, yes per quelle postazioni ad altezza ribassata,
 generalmente aventi un cupolino in plexliglass)


+1. Io li sto già taggando così (o almeno, in base alle informazioni che
ho).

Ciao,

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

Re: [Talk-it] landuse

2013-07-01 Thread Simone Saviolo

Il giorno 01 luglio 2013 16:48, bredy bredy...@yahoo.it ha scritto:

 Mappare le aree secondo il Piano Regolatore comunale è corretto, ad esempio
 alcune zone che sulla foto aerea sono aree attualmente coltivate, ma da PRG
 sono aree edificabili come vanno taggate? Zona residenziale o agricola?


Il piano regolatore è un progetto, noi mappiamo ciò che c'è sul terreno.
Allo stesso modo, le strade progettate non stanno in OSM, ma i cantieri per
una nuova strada sì. Vedila così: se ti dicessero che in un certo posto
hanno intenzione, un giorno, di aprire un ristorante, secondo te in quel
posto c'è un ristorante?

Se su un'area ci sono case, landuse=residential. Se ci sono fabbriche,
landuse=residential, uffici landuse=commercial, negozi e centri commerciali
landuse=retail, campi landuse=farmland e così via. Le uniche due eccezioni
a questa regola sono un brownfield (zona edificata, di solito industriale,
che ora giace abbandonata o abbattuta ed è in attesa di essere
riqualificata) e un greenfield (zona non utilizzata ma prevista
edificabile), ma anche in questo caso segniamo il fatto che la zona è
*attualmente inutilizzata*.

Ciao,

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

Re: [Talk-it] landuse

Ok, grazie per la spiegazione.
Lo userò per individuare le aree di tutela ambientale, che però non so come
taggare, nel senso che non sono parchi, ma zone di interesse ambientale con
vincoli di tutela.

E quali sono le aree urbane per definire le zone residential, perchè una
casa in mezzo ai campi non la posso taggare come residential a mio avviso.



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

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

Re: [Talk-it] Dilemma strade senza nome

2013-07-01 Thread Alexander Roalter


Am 01.07.2013 15:33, schrieb Alessandro Rubini:

Ricordo quando cercavo una persona in Localita` Marcadello 57, per
me di pianura era stano ma e` cosi`: 57 e` il civico e la strada si
chiama come la frazione.


Se fosse cosa`=AD, non dovrebbe essere l'indirizzo:
Localita` Marcadello 57
Localita` Marcadello
...

(una volta per la strada, una volta per la frazione)?


No. Se vuoi essere rigoroso, la frazione non si mette.
Il nome della via e` unico nel comune.
^^^ Questo dove è definito? è pure possibile che ci sono due vie della 
chiesa in un comune...



L'indirizzo e` composto
da via e civico (la localita` e` via in questo caso), comune, cap,
provincia (facoltativo).


Ma l'algoritmo da dove sa che via in questo caso è la località? L'unica 
cosa a segnalare è proprio il tag noname=yes (o varianti dello stesso). 
Non mi sembra opportuno un algoritmo che indovina se il nome della 
strada è identico al nome della frazione - ci possono mica essere delle 
varianti di scrittura -- a proposito: quale tastiera usi, e perché usi 
il Grave U+0060(`), quando l'apostrofo U+0027 (') ci sta benissimo? 
Anche se il corretto à, è, é, ì, ò, e ù sono ancora più meglio... Chiedo 
perché negli ultimi giorni ho tentato di creare un layout italiano che 
finalmente offre À, È, Ì, Ò, Ù e É anche con le maiuscole, senza dead 
key e senza muovere troppi caratteri ad altre posizioni, e per questo mi 
interessa la usanza regolare della tastiera italiana.


Un pò off topic:
L'ultima volta che ho letto sul sito delle poste italiane, la provincia 
non è facoltativa (ci si mette anche a Roma), e si scrive 
nell'abbreviazione con le maiuscole, senza parentesi... È diverso da 
quale ho imparato in scuola, dove si scriveva


00103 Roma
o
00048 Nettuno (RM)

Ma addesso:

00103 Roma RM
00048 Nettuno RM


--
cheers,
Alex

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

Re: [Talk-it] Taggare marciapiedi

2013-07-01 Thread girarsi_liste


Il 01/07/2013 15:47, bredy ha scritto:

Voi li taggate? Se si come?



--
View this message in context: 
http://gis.19327.n5.nabble.com/Taggare-marciapiedi-tp5767778.html
Sent from the Italy General mailing list archive at Nabble.com.

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



Stavo lavorando alla pagina, qualche settimana fà, per la traduzione in 
italiano, solo sono un pò incasinato con le tabelle, nel senso, che non 
riesco ancora a capire se posso mettere a posto quelle inglesi, in più, 
non so l'inglese, per cui, son messo bene... e vado di 
traduttore online... :D


http://wiki.openstreetmap.org/wiki/User:Simone_girardelli/Sandbox/IT:Tag:highway%3Dfootway

--
Simone Girardelli

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

Re: [Talk-it] Dilemma strade senza nome

 Il nome della via e` unico nel comune.

 ^^^ Questo dove e` definito? e` pure possibile che ci sono due vie della 
 chiesa in un comune...

Anche due via leonardo, una e` da vinci e l'altra e` sciascia. No,
non ho verificato la normativa.

 L'indirizzo e` composto
 da via e civico (la localita` e` via in questo caso), comune, cap,
 provincia (facoltativo).
 
 Ma l'algoritmo da dove sa che via in questo caso e` la localita`?

Perche` la via si chiama localita` marcadello. Le altre proposte richiedono
trattamenti speciali. Io odio i casi speciali, sono poco usati e quindi
sono bacati, o tendono a bacarsi piu` avanti.

 Non mi sembra opportuno un algoritmo che indovina se il nome della 
 strada e` identico al nome della frazione

Non c'e` nulla da indovinare.


[offtopic]

 a proposito: quale tastiera usi, e perche` usi  
 il Grave U+0060(`), quando l'apostrofo U+0027 (') ci sta benissimo?

Ho la mia mappa e le mie abitudini. E le macro di emacs per convertire
agli accenti veri quando serve davvero. L'apostrofo ci stara` anche
benissimo ma e` ambiguo con la virgoletta singola.  Quando scrivo i
nomi delle vie li faccio giusti: ho la combinazione appropriata ma non
mi e` entrata nelle dita.

 Chiedo perche`) negli ultimi giorni ho tentato di creare un layout
 italiano [...]  per questo mi interessa la usanza regolare della
 tastiera italiana.

Non e` regolare. Faccio cosi` da sempre: ho la mappa USA perche`
scrivo codice (ed e` piu` comoda: le directory si separano con /
perche` si tratta di un tasto comodo da prendere, anche altre
convenzioni unix dipendono da come e` fatta la tastiera americana). Mi
sono scelto il backtick quando battevo tesi per amici e clienti, cosi`
poi potevo convertire in automatico. E l'ho messo in un posto comodo,
oltre ad altre piccole modifiche, a partire dal control.

 L'ultima volta che ho letto sul sito delle poste italiane, la
 provincia non e` facoltativa

Pensavo lo fosse perche` derivabile dal cap.

/alessandro

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

Re: [Talk-it] Open data pavia e wiki

2013-07-01 Thread Daniele Forsi

Il 30 giugno 2013 23:40, Leonardo ha scritto:

 ho visto che gli edifici sono già stati caricati da quei dati, si potrebbero
 caricare i numeri civici e gli utilizzi del suolo.

però né l'archivio Strade né Toponimi e civici contengono i nomi
delle strade che secondo il file con le specifiche tecniche dovrebbero
essere in T030101 Tabella decodifica nomi vie (COD_VIA -
TP_STR_COD), qualcuno sa se questa tabella è disponibile?

-- 
Daniele Forsi

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

[Talk-it] Navigazione su iPhone/iPad

2013-07-01 Thread Fabrizio Carrai

Un carissimo amico d'oltroceano mi stava chiedendo un consiglio per una App
per iPhone/iPad da usare in ambito off-road, ovviamente con la cartografia
OSM. Io uso Android e mi è difficile aiutarlo. Per il momento sta valutando
Motion-X, applicazione per altro presente in [1]

Il massimo sarebbe se potesse usare anche mappe raster da mostrare in
background.

Avete qualche consiglio ?

Grazie anticipatamente

Fabrizio

[1] http://wiki.openstreetmap.org/wiki/Apple_iOS
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Dilemma strade senza nome

2013-07-01 Thread Paolo Monegato


Il 01/07/2013 13:15, Martin Koppenhoefer ha scritto:
2013/7/1 Alessandro Rubini rubini-l...@gnudd.com 
mailto:rubini-l...@gnudd.com


Non vedo perche` non si puo` dare alla via lo stesso nome della
frazione. In pratica e` cosi`.  Come altri notavano, i cartelli
del nome della via indicano la localita`.


in addr:street vanno solo i nomi di strada, nient'altro.


Non stiamo parlando di addr:street ma di cosa mettere sul tag name. 
Secondo alcuni il nome della via non può essere il nome della località 
(dunque andrebbe lasciato vuoto), secondo altri si (dunque andrebbe 
messo il nome della località sia sul punto place che sul name della 
highway).


Molto spesso in queste località non c'è il cartello di inizio centro 
abitato, ma c'è solamente la classica tabella che riporta il nome della 
via con su scritto il nome della località. IMHO quello è il nome della via.
Se invece non c'è la tabella, allora è un altro discorso, e son 
d'accordo sul non mettere il name.



Il 01/07/2013 10:33, Gianluca Boero ha scritto:
E se per esempio una strada, magari lunga chilometri senza abitazioni 
lungo il percorso porta ad una località abitata come la si nomina la 
strada? Tutta con il nome della località?
(sempre ammesso che tale strada non abbia un nome) 


IMHO dove trovi la tabella della via lì inizia il tratto da segnare con 
name=*. E segni così da lì fino tabella successiva. (parlo delle tabelle 
con il nome delle vie che ci sono anche in paesi e città, non del 
cartello di inizio località, che come scritto sopra tratterei in modo 
diverso).


ciao
Paolo M
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Pagina donazioni sul wiki

2013-07-01 Thread Paolo Monegato


Il 01/07/2013 13:53, Carlo Stemberger ha scritto:

Buongiorno,
questa pagina[1] è rimasta molto indietro rispetto a quella in 
inglese. Ad esempio ora si accettano donazioni in Bitcoin.


Purtroppo la pagina risulta protetta, e quindi non sono in grado di 
aggiornarla.


Qualcuno qui in lista possiede questi privilegi?

[1] http://wiki.openstreetmap.org/wiki/IT:Donations 


Come si legge qui [1] possono modificarla solo loro [2]. E come scritto 
qui [1] le modifiche vanno segnalate sulla pagina di discussione [3].


ciao
Paolo M

[1] 
http://wiki.openstreetmap.org/w/index.php?title=Special:Logtype=protectpage=IT%3ADonations
[2] 
http://wiki.openstreetmap.org/w/index.php?title=Special:ListUsersgroup=sysop
[3] 
http://wiki.openstreetmap.org/w/index.php?title=IT_talk:Donationsaction=editredlink=1


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

Re: [Talk-it] Pagina donazioni sul wiki

Ho visto che nel frattempo la pagina è stata sbloccata; ho provveduto a 
fare qualche modifica.


Effettivamente non è sicuro tenerla sbloccata: qualcuno potrebbe 
modificare ad esempio l'indirizzo Bitcoin per dirottare le donazioni su 
un proprio conto.


Grazie!

Carlo

--
  .-.  | Registered Linux User #443882|  .''`.
  oo|  | http://linuxcounter.net/ | : :'  :
 /`'\  |   Registered Debian User #9  | `. `'`
(\_;/) | http://debiancounter.altervista.org/ |   `-


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

Re: [Talk-it] Pagina donazioni sul wiki

2013-07-01 Thread Simone Cortesi

2013/7/1 Carlo Stemberger carlo.stember...@gmail.com:
 Ho visto che nel frattempo la pagina è stata sbloccata; ho provveduto a fare
 qualche modifica.

 Effettivamente non è sicuro tenerla sbloccata: qualcuno potrebbe modificare
 ad esempio l'indirizzo Bitcoin per dirottare le donazioni su un proprio
 conto.

sono stato io, appena hai fatto, la faccio ribloccare.

--
-S

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

Re: [Talk-it] Pagina donazioni sul wiki


Il 01/07/2013 23:41, Simone Cortesi ha scritto:

sono stato io


Grazie.



appena hai fatto, la faccio ribloccare.


Qualche modifica l'ho fatta, inserendo ciò che interessava a me, ma non 
ho controllato tutta la voce.


Personalmente non credo che farò altre modifiche, anche se sicuramente 
la pagina non è ancora allineata con quella inglese. Non so, magari 
qualcun altro vuole contribuire...


Notte!

Carlo

--
  .-.  | Registered Linux User #443882|  .''`.
  oo|  | http://linuxcounter.net/ | : :'  :
 /`'\  |   Registered Debian User #9  | `. `'`
(\_;/) | http://debiancounter.altervista.org/ |   `-


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

[Talk-it] waterway=dam

2013-07-01 Thread Alberto

Ciao, seguendo la [1], ho provveduto a taggare meglio alcune dighe
(waterway=dam) definendo il loro effettivo spessore (quindi way chiusa al
posto di way lineare aperta).
Però così non vengono più renderizzate da Mapnik, contrariamente a quanto
scritto in [1].
Questo problema deve esistere già da tempo: alcuni mappatori hanno rimediato
disegnando due dighe, una con way chiusa (invisibile), una con way aperta
(renderizzata), ma è un tag per il rendering che trovo sbagliato perché
genera doppie dighe fantasma.
Per cui credo il problema vada affrontato dagli sviluppatori di Mapnik: come
si fa a sollecitarli a prendere in esame il problema?

[1] http://wiki.openstreetmap.org/wiki/Dam

Grazie, ciao
Alberto


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

Re: [Talk-it] Dilemma strade senza nome

2013-07-01 Thread Martin Koppenhoefer

2013/7/1 Paolo Monegato gato.selvad...@gmail.com

 Molto spesso in queste località non c'è il cartello di inizio centro
 abitato, ma c'è solamente la classica tabella che riporta il nome della via
 con su scritto il nome della località. IMHO quello è il nome della via.



+1

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

[Talk-it] PythonOsmApi