[OSM-talk-be] Meeting at ESI and after

2013-10-04 Thread Pierre Parmentier
Hello,

The balance of our account at the Bier Circus was EUR 7,00 in our favour.

This amount will be transfered by me to the account of OpenStreetMap
Belgium asbl/vzw as soon at it is known ;-)

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


Re: [OSM-talk-be] Meeting at ESI and after

2013-10-04 Thread Ben Abelshausen
On Fri, Oct 4, 2013 at 12:30 PM, Nicolas Pettiaux nico...@pettiaux.bewrote:

 would you (= some people on this list) be ready to be the treasurer of the
 asbl/vzw ?



I propose to move on and create a OSM Belgian chapter as a Belgian asbl/vzw.

Yes!


 Who is interested to be in ?

I am


 Would you (the people who want to move forward) on the list agree to open
 a bank account at the Triodos bank ?


Yes

I also don't mind contacting the OSMF local chapters group to get them to
help us.
Met vriendelijke groeten,
Best regards,

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


Re: [OSM-talk-be] fietspad of niet

2013-10-04 Thread Wouter Hamelinck
Ik geef toe dat rendering een deel van de oorzaak is, maar het daartoe
herleiden is wat te simpel.

Naar mijn mening (warning: just an opinion) ligt de nadruk nu te veel
op toegangsrestricties. Dit is perfect logisch in Engeland (waar de
oorsprong van OSM) ligt. Daar hebben public footpath, cycleway,
bridleway een stricte juridische betekenis, die duidelijk aangeeft wie
er gebruik van mag maken. Als je kijkt naar Engelse stafkaarten (zowel
OS als Harvey) staat daarop dat status aangegeven. Vanuit Engels
standpunt is het doodlogisch om het onderscheid zo te kiezen.
Kijken we naar België, dan hebben wij geen analoge gebeitelde
definities. Hetgeen naar juridisch statuut het dichtst in de buurt
komt zijn onze buurtwegen. Maar aangezien in praktijk geen kat weet
wat een buurtweg is en wat niet, lijkt het me zinloos tagging daarvan
te laten afhangen. Buurtwegen leggen ook geen toegangsbeperkingen op.
Bij ons is het principe steeds: iedereen die door kan mag door tenzij
iets anders staat aangegeven. Dat is de reden waarom path (in mijn
ogen) zoveel misbruikt wordt. Het impliceert geen beperkingen. Kijken
we dan naar onze NGI-stafkaarten dan zien we dat enkel
gedifferentieerd wordt naar uiterlijk van de weg (breedte/verharding).
Daar ligt dus onze traditie van classificatie, niet in een onderscheid
naar toegangsrestricties.

Je kan natuurlijk proberen om de Engelse wetgeving naar ons over te
zetten, maar dat staat zoals een tang op een varken. Je krijgt dan een
situatie waarbij zo goed als alles dat correct (want D7 of
aanverwante) als cycleway getagd is, veel beter met cycleway=lane of
cylceway=track zou aangegeven worden. Nu zijn quasi alle correcte
cycleways voor routing nutteloos omdat de oneway=yes ontbreekt en dat
op de naastliggende weg geen bicycle=no staat.
Ook met footway heb je een serieuze flaw als je te zwaar naar
toegansrestricties kijkt. Standaard is de toegangsbeperking voor een
footway, enkel voetgangers toegestaan. Wel, er is een bord dat
daarvoor zorgt. Het is de fameuze C3. Als je een straat met een C3
(zonder onderborden) tagt met highway=footway staan al je
toegangsbeperkingen direct in orde. Ik neem aan dat niemand dit gaat
doen. Waarom niet? Ten eerste omdat het er belachelijk uitziet op de
kaart. Daar zijn we terug met de invloed van de rendering. Ten tweede
omdat je intuïtief voelt dat een straat geen voetpad is. Het voelt
belachelijk om een straat als voetpad te omschrijven. Op dezelfde
manier wringt bij mij het overmatig gebruik van path. Iets waar je met
vier naast elkaar kan fietsen is gewoon geen pad. Niemand die ik ken
gaat dat als pad omschrijven. Als fietspad (highway=cycleway) of als
autovrij baantje (highway=unclassified(*) ) dat wel. Maar niet als
pad.

Mijn aanvoelen is dat ook voor niet-gemotoriseerd verkeer een soort
van hiërarchie nodig is zoals die er is voor het gemotoriseerd verkeer
(primary/secondary/tertiary/unclassified). Voor een deel wil ik dat
liefst met cycleway/footway/path bereiken omdat dat nu gerenderd
wordt. Dat geef ik toe.
Nu ligt (nog altijd gewoon mijn mening) voor niet-gemotoriseerd
verkeer de nadruk te veel op de toegangsbeperkingen. Het is alsof je
primary/secondary/... zou gaan definiëren aan de hand van
toegankelijkheid voor zwaar verkeer, hoogtebeperkingen en dergelijke
meer. Uiteindelijk komen bijna alle wegen dan in één pot nat terecht
waardoor je niets meer aan het onderscheid hebt. Je kan dan nog
breedte en snelheidsbeperkingen gaan taggen om toch wat onderscheid te
krijgen, maar je gaat nooit meer de eenvoud van een classificatie van
groot naar klein terugkrijgen.

Mijn pleidooi dus, wees wat minder rigide. Als de hele streek iets
omschrijft als fietspad, tag het dan ook als fietspad. Als iedereen
uit de omgeving iets omschrijft als autovrije straat, tag het dan ook
als een straat en niet als pad.
Omgekeerd is dit
https://picasaweb.google.com/lh/photo/jdSYPnPNuE3LO1PTfMS9N9MTjNZETYmyPJy0liipFm0?feat=directlink
een voorbeeld van een pad met D7. Geen zinnig mens gaat dat volgens
mij omschrijven als fietspad. In OSM zit het als highway=path en ik
ben niet van plan dat te veranderen. Als ik volledig los van bordjes
iets dergelijks tegenkom zou ik dat als pad omschrijven. Wanneer ik
met iemand praat en dit met fietspad benoem, gaat die er geen idee van
hebben waarover ik het heb. Die gaat gewoon denken Daar ligt toch
geen fietspad?.

Het punt dat de toegangsrestricties dan meer individueel gaan moeten
toegevoegd worden is valide. Maar omdat bij ons, in tegenstelling tot
in Engeland, de algemene regel is Iedereen mag door tenzij anders
aangegeven, zijn er zoveel mogelijkheden dat een classificatie naar
restricties erg slecht aansluit bij wat op het terrein voorkomt.

Ik ben me er ook van bewust dat hetgene waar ik voor pleit
subjectiever is dan werken op basis van bordjes. Dat betekent dus meer
discussie mogelijk en een groter belang van lokale kennis.

(*) in het geval van jaagpaden lijkt highway=service me ook uitstekend
aangezien dat officieel 

Re: [OSM-talk-be] Meeting at ESI : the slides / de presentaties

2013-10-04 Thread Jorieke Vyncke
Hi all,

Good to hear the meeting in Brussels was a succes!
Also really nice presentations Marc, I especially like the 'worst of osm'
and of course that you mentioned the Humanitarian Openstreetmap Team. ;-)

Is there a possibility that someone makes a little report (on the wiki) of
the meeting? In that way everybody will be informed and updated. I
potentially can translate it (French-Dutch both ways).

Best greetings,

Jorieke



2013/10/4 Nicolas Pettiaux nico...@pettiaux.be


 2013/10/4 Ben Abelshausen ben.abelshau...@gmail.com


 On Fri, Oct 4, 2013 at 9:39 AM, Nicolas Pettiaux nico...@pettiaux.bewrote:

 I think we all must now help Ben to finish the setup of a basic 
 osm.bewebsite, adequate for news, info about the different projects in 
 Belgium,
 supportive for both beginners first and the other more advanced people.
 With such a site ready, we'll have news article in Le Soir and something to
 show and have when meeting officials and new people.


 Ik have requested the transfercode. It will be sent to dimitry. I hope he
 will forward this to me to start the procedure! :-)

 thanks.


 Met vriendelijke groeten,
 Best regards,
 Cordialement,

 Nicolas

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

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


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


Re: [OSM-talk-be] Meeting at ESI : the slides / de presentaties

2013-10-04 Thread Marc Gemis
 Also really nice presentations Marc, I especially like the 'worst of osm'
 and of course that you mentioned the Humanitarian Openstreetmap Team. ;-)

Thank you. Don't forget that I also mentioned that I  find it more
important to add buildings for HOT than in Belgium in case you are not
adding housenumbers :-)

I leave it to someone else to write a summary of meeting.

regards

m

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


[OSM-talk-be] Resultaat Hangout (was Re: De link naar de hangout)

2013-10-04 Thread Marc Gemis
De eerste sessie is afgelopen. Samen met Eric  Gilbert over een
aantal plugins, presets en kaarttekenstijlen gegaan en de building
configuration. Verder vooral de nadruk op het toevoegen van gebouwen
en huisnummers. We hebben alledrie weer wat bijgeleerd !

Een toffe manier om te communiceren met mensen die wat verder wonen.
Voor herhaling vatbaar.

The first session is over. Together with Eric  Gilbert we talked
about our JOSM configuration (plugins, presets, map  styles, building
configuration). Most of the time was spend on efficient ways to draw
buildings and housenumbers. There was something new for the three of
us.

A nice way to communicate with people that live further apart. Will be repeated.

groeten/regards

m

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


Re: [OSM-legal-talk] About CC-4.0 and ODbl

2013-10-04 Thread Jukka Rahkonen
Rob Myers rob@... writes:

 
 On 03/10/13 04:32 AM, Jonathan Harley wrote:
  On 02/10/13 18:59, Rob Myers wrote:
 
  Is it possible to have a BY-SA 4.0 Produced Work?
  
  It's possible to give a produced work derived from OSM any license you
  like (if that's what you mean?) so long as it retains OSM's attribution.
  Including all rights reserved.
 
 But doesn't BY-SA claim to cover the database rights? Doesn't that clash
 with the ODbL?


Hi,

Pekka was asking about initial import if the source vector data is published
as CC-BY-4.0. Do you have opinions about that?

-Jukka Rahkonen-





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


Re: [OSM-legal-talk] About CC-4.0 and ODbl

2013-10-04 Thread Rob Myers
On 03/10/13 10:06 AM, Jonathan Harley wrote:
 On 03/10/13 17:21, Rob Myers wrote:
 On 03/10/13 04:32 AM, Jonathan Harley wrote:
 On 02/10/13 18:59, Rob Myers wrote:
 Is it possible to have a BY-SA 4.0 Produced Work?
 It's possible to give a produced work derived from OSM any license you
 like (if that's what you mean?) so long as it retains OSM's attribution.
 Including all rights reserved.
 But doesn't BY-SA claim to cover the database rights? Doesn't that clash
 with the ODbL?

 
 A produced work isn't a database, so BY-SA 4's (proposed) protection of
 database rights can't be relevant to it, surely.

I'm very happy if this is the case.


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


[OSM-talk] Deprecated tag status

2013-10-04 Thread François Lacombe
Hi,

Shouldn't we use some deprecated status on tag info box on wiki pages
when the tag is as such ?

Example here : http://wiki.openstreetmap.org/wiki/Tag:power%3Dstation

Status is Approved but this tag is deprecated too.

It will be more user friendly and representative, better than a big don't
use it at the top of the page.


Cheers.


*François Lacombe*

francois dot lacombe At telecom-bretagne dot eu
http://www.infos-reseaux.com
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk


Re: [OSM-talk] Administrative boundaries export

2013-10-04 Thread César Martínez Izquierdo
I have finally found the way. I leave some examples here:

As JSON:
http://www.wikidata.org/w/api.php?action=wbgetentitiesids=Q5720languages=enformat=json
As XML:
http://www.wikidata.org/w/api.php?action=wbgetentitiesids=Q5720languages=enformat=xml

Using title:
http://www.wikidata.org/w/api.php?action=wbgetentitiessites=enwikititles=Valencian%20Communitylanguages=enformat=xml

Regards,

César


2013/10/4 Eugene Alvin Villar sea...@gmail.com

 On Fri, Oct 4, 2013 at 1:35 AM, César Martínez Izquierdo 
 cesar@gmail.com wrote:

 Thanks Eugene, that looks really promising.
 I've seen there is an API to query Wikidata (results can be list of
 Wikidata item IDs encoded as JSON), but I don't see the way to get the item
 itself as JSON (or any other parseable format). Is it on the way?


 Unfortunately, I am not up-to-par with the API side of Wikidata. I assume
 that every bit of data on Wikidata can or will be accessible through APIs.
 Otherwise, it would limit the usefulness of Wikidata if we resort to
 scraping the HTML page.





-- 
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
   César Martínez Izquierdo
   GIS developer
   -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -  -
   ETC-SIA: http://sia.eionet.europa.eu/
   Universitat Autònoma de Barcelona (SPAIN)
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk


Re: [Talk-br] Oruxmaps suspenso do Google Play

2013-10-04 Thread Fernando Trebien
Hm eu baixei direto do Google Play. Não sei se é opensource.

Eu nunca usei ele pra calcular rotas, mas acho que vi essa função
disponível em algum dos menus (e também não sei qual o backend).
Certamente ele não substitui um navegador (que recalcula a rota quando
se sai dela). Eu uso mais para organizar a rota que eu vou fazer
(geralmente à pé ou com transporte público), e também porque às vezes
eu excedo o limite de pontos do Google Maps (apenas 100).

2013/10/3 Arlindo Pereira arlindosaraivapere...@gmail.com:
 Não conhecia. Tem apk disponível no site? É opensource?

 Uso mais o Vespucci e o OsmAnd mesmo.

 On Oct 3, 2013 9:23 PM, Fernando Trebien fernando.treb...@gmail.com
 wrote:

 Eu praticamente só uso o OSM no OruxMaps, é realmente muito bom. Quando
 viajo eu marco todos os pontos no Google Maps (o OSM ainda não é tão
 completo), daí exporto o KML e importo no OruxMaps. Daí navego um pouco na
 área que  eu vou visitar pra ele fazer cache dos tiles, e daí posso passear
 a vontade sem mapas em papel.

 On Oct 3, 2013 6:47 PM, Gerald Weber gwebe...@gmail.com wrote:

 Olá

 há algum tempo a gente comentou sobre o aplicativo Android Oruxmaps. É um
 dos meus programas favoritos e eu uso muito para fazer tracklogs de GPS.

 Há alguns dias o Oruxmaps sumiu do Google Play. Agora voltou sem os mapas
 online do Google e da Microsoft. Nâo achei nenhum comentário específico, mas
 parece que teve problemas de Copyright e por isto foi suspenso.

 Para mim, taí mais uma razão para investir no OSM

 abraços

 Gerald



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


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


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




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

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
https://lists.openstreetmap.org/listinfo/talk-br


Re: [Talk-br] Oruxmaps suspenso do Google Play

2013-10-04 Thread Gerald Weber
Que eu saiba não é OpenSource. Voltou a ficar disponível no Google Play,
enquanto estava suspenso tinha um apk no site.

Eu acho mais fácil para fazer anotação do que o osmand, pois eu posso criar
um waypoint num único clique (útil numa situação de carro em andamento). O
osmand acaba exigindo um procedimento mais elaborado para fazer as
anotações e depois não te mostra o que você anotou. Tem jeito de colocar um
mapa OSM offline também.

Já para o resto eu prefiro o Osmand, embora acho bastante confusa a
constante alteração de layout de opções entre uma versão e outra .

Mas o ponto principal da minha mensagem era mostrar um exemplo claro do que
acontece numa situação de violação de copyright do Google Maps.

abraços

Gerald


2013/10/3 Arlindo Pereira arlindosaraivapere...@gmail.com

 Não conhecia. Tem apk disponível no site? É opensource?

 Uso mais o Vespucci e o OsmAnd mesmo.
 On Oct 3, 2013 9:23 PM, Fernando Trebien fernando.treb...@gmail.com
 wrote:

 Eu praticamente só uso o OSM no OruxMaps, é realmente muito bom. Quando
 viajo eu marco todos os pontos no Google Maps (o OSM ainda não é tão
 completo), daí exporto o KML e importo no OruxMaps. Daí navego um pouco na
 área que  eu vou visitar pra ele fazer cache dos tiles, e daí posso passear
 a vontade sem mapas em papel.
 On Oct 3, 2013 6:47 PM, Gerald Weber gwebe...@gmail.com wrote:

 Olá

 há algum tempo a gente comentou sobre o aplicativo Android 
 Oruxmapshttp://www.oruxmaps.com/index_en.html.
 É um dos meus programas favoritos e eu uso muito para fazer tracklogs de
 GPS.

 Há alguns dias o Oruxmaps sumiu do Google Play. Agora voltou sem os
 mapas online do Google e da Microsoft. Nâo achei nenhum comentário
 específico, mas parece que teve problemas de Copyright e por isto foi
 suspenso.

 Para mim, taí mais uma razão para investir no OSM

 abraços

 Gerald



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


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


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




-- 

Dr. Gerald Weber

gweber...@gmail.com

Personal website https://sites.google.com/site/geraldweberufmg/


 Departamento de Física/Universidade Federal de Minas Gerais

Department of Physics/Federal University of Minas Gerais

Campus da Pampulha

Av. Antônio Carlos, 6627, 31270-901 Belo Horizonte, MG, Brazil

mobile: +55-(0)31-96462277 (mudou/changed 02/07/2013)
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br


Re: [Talk-de] Überarbeitung OSM Inspector Adress-Layer / OSM Inspector Address Layer revamp

2013-10-04 Thread Florian Lohoff
On Fri, Oct 04, 2013 at 07:56:58AM +0200, Jörg Frings-Fürst wrote:
 Moin, 
 
 Am Donnerstag, den 03.10.2013, 17:02 +0200 schrieb Florian Lohoff:
  Hola,
  
   
 [...]
   Hierzu: wie kann man denn eine verlässliche Datenquelle für
   die PLZ Gebiete bekommen?
  
  Es gibt keine - Ich glaube nicht das die Deutsche Post stand
  heute Polygone hat. Ich glaube auch nicht das irgendjemand
  wirklich mit den Polygonen arbeitet um absolut korrekte informationen
  zu erarbeiten.
 
 ZitatGeocodierte Flächen weisen die Postleitzahlgebiete in Deutschland
 sowie die Leitregionen und Leitzonen aus /Zitat [1]

Ganz Zitieren:

 - Geokoordinaten auf Postleitzahlebene weisen die Mittelpunkte für
   rund 8.200 Zustell-Postleitzahlen-Flächen aus.

 - Geokoordinaten auf Straßenebene verorten die Mittelpunkte der
   insgesamt rund 1,2 Millionen Straßen bzw. Straßenabschnitte.

 - Auf Gebäudeebene werden zu rund 20 Millionen zustellrelevanten 
Gebäuden
   die innerhalb des Straßenverlaufs interpolierten Geokoordinaten 
angegeben.

 - Geocodierte Flächen weisen die Postleitzahlgebiete in Deutschland 
sowie die
   Leitregionen und Leitzonen aus.


Und deine Flächen sind hierfür gut:
http://upload.wikimedia.org/wikipedia/commons/8/88/German_postcode_information.png

Fuer das Geocodieren sind die Gebäudebestände da ...

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


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


Re: [Talk-de] Überarbeitung OSM Inspector Adress-Layer / OSM Inspector Address Layer revamp

2013-10-04 Thread Jörg Frings-Fürst
Moin,

Florian was willst Du eigentlich?

ZitatEs gibt keine - Ich glaube nicht das die Deutsche Post stand
heute Polygone hat. /Zitat

Dann habe ich den Link gepostet das es doch Geocodierte Flächen der
Postleitzahlgebiete in Deutschland von der Deutschen Post gibt.

Als Antwort kam dann von Dir ZitatUnd deine Flächen sind hierfür gut:
http://upload.wikimedia.org/wikipedia/commons/8/88/German_postcode_information.png
/Zitat

Nur das dort keine Postleitzahlengebiete sondern nur Postleitregionen
angezeigt werden. [1]

Zum zweiten widerspreche ich hiermit Deiner Aussage, das das meine
Flächen sind. 

Zum dritten: Du beurteilst die Qualität der Daten der Deutschen Post;
hast also Zugriff darauf. In diesem Thread wurde mindestens 2mal danach
gefragt, nur habe ich darauf keine Antwort von Dir gelesen.

Gruß

Jörg


[1] http://de.wikipedia.org/wiki/Postleitzahl_%28Deutschland%29


-- 
Jörg Frings-Fürst
OSM privat
D-54526 Landscheid
GPG Fingerprint: 13E3 4D4A 3228 D138 8511 EA5A 08AC AF02 3C6D 750A
Full GPG key: hkp://pool.sks-keyservers.net
CAcert Serialnr.: 0D:9A:23
SHA1-Fingerprint: CA:36:4D:44:D1:71:4A:78:C8:6C:C2:CC:94:F3:6E:42:38:BA:CE:4E
http://cacert.org



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


Re: [Talk-de] Deutscher Wandertag

2013-10-04 Thread Thorsten Alge
Hallo Liste,

ich habe gerade mit der Organisatorin vom „Deutschen Wandertag 2014“ in
Bad Harzburg telefoniert um abzustecken ob vielleicht eine Beteiligung
mit einem OSM-Stand o.ä. möglich wäre. Gesprochen haben wir zunächst
über geführte „OSM“-Wanderungen und einen Stand am Veranstaltungsort.

Was die Wanderungen angeht, steht das Programm schon fest und das
Angebot ist bereits groß von daher gibt es da wohl eher wenig Möglichkeiten.

Ein Stand wäre zwar möglich aber die Standgebühren betragen 800,-€ und
wir müssten Freiwillige haben die ihn vier Tage lang betreiben. Von
daher wohl auch eher schwierig.

Trotzdem scheinen die Organisatoren grundsätzlich sehr interessiert zu
sein. Die Frage ist aber, wie kommen wir da evt. zusammen. Eine
Möglichkeit wäre noch, Flyer und Garmin-Karten mit den angebotenen
Wanderungen bereitzustellen um die Routen nach der Veranstaltung
abzuwandern.

Gruß

Thorsten

On 10.09.2013 18:05, Markus wrote:
 Hallo Thorsten,
 
 wie man die Aufmerksamkeit solcher Leute am besten auf das Thema lenkt.
 
 der Deutsche Wanderverband ist ein guter Ansprechpartner:
 www.wanderverband.de
 Erik Neumeyer ist stellv. Geschäftsführer und für GPS-Kram und
 elektronische Karten aufgeschlossen.
 
 Vielleicht kannst Du ja eine Kooperation starten?
 - Werbung für OSM auf den Plakaten und Flyern
 - Werbung für den Wandertag auf OSM.org/de
 - gemeinsame Wanderungen
 - Teilnahme von OSMern an der Wanderung
   mit integriertem Mapping-Workshop
 - OSM-Karten auf der Wander-Website
 - OSM-Karten zum Ausdrucken
 - OSM-Karten für's Garmin, Android, iPad...
 - Wanderrouten zum Runterladen
 
 Achtung: Wanderer sind oft eher traditionell,
 brauchen also ein simples HowTo.
 
 Gruss, Markus
 
 
 ___
 Talk-de mailing list
 Talk-de@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-de

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


Re: [Talk-de] ID solved

2013-10-04 Thread Wolfgang Hinsch
Am Freitag, den 04.10.2013, 06:42 +0200 schrieb Dirk Sohler:
 Wolfgang Hinsch schrieb:
  Ich habe es noch einmal nachgeprüft. Die Webseite läuft komplett auf
  Deutsch, bis ich mich anmelde. Dann schaltet sie um auf Englisch.
 
 Dass du auf https://www.openstreetmap.org/user/USERNAME/account im
 Abschnitt „Bevorzugte Sprachen“ eben diese z.B. mit „de“ (konform nach
 ISO 3166-1) festlegen kannst, weißt du aber, oder?
 
Genau um den Eintrag geht es. Er steht bei mir auf de-DE,en-US,en

...

Jetzt habe ich es verstanden.

Über dem Eintrag steht: Preferred Languages, 
korrekt übersetzt mit Bevorzugte Sprachen

Aus dem Plural habe ich geschlossen, dass man hier eine Rangfolge
festlegen soll: Wenn die Spache 1 vorhanden ist - anzeigen, dann
Sprache 2 etc bis zur Fallback - Sprache, die wohl in jedem Fall
Englisch ist.

Gemeint ist aber Lege die Sprache fest, in der du angesprochen werden
willst

Im Falle Deutsch ist da häufig kein Unterschied. Ich kann mir aber
vorstellen, dass jemand beispielsweise in Nordspanien am liebsten
Catalanisch, dann Kastilisch, dann Englisch hätte. Insofern erschien mir
der Plural in einem internationalen Projekt auch sinnvoll. Dass dann
Vieles auf Englisch erscheint, ist nicht weiter auffällig, da eben nicht
alles übersetzt ist.

In Josm hat es auch funktioniert, allerdings weiß ich jetzt nicht, ob
Josm die Einstellung bei OSM oder die lokale Einstellung auf dem eigenen
Rechner abfragt.

Danke für die Antworten

Gruß, Wolfgang


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


Re: [Talk-de] ID solved

2013-10-04 Thread Alexander Heinlein
On Fri, Oct 04, 2013 at 11:40:34AM +0200, Wolfgang Hinsch wrote:
 Genau um den Eintrag geht es. Er steht bei mir auf de-DE,en-US,en
 
 ...
 
 Jetzt habe ich es verstanden.
 
 Über dem Eintrag steht: Preferred Languages, 
 korrekt übersetzt mit Bevorzugte Sprachen
 
 Aus dem Plural habe ich geschlossen, dass man hier eine Rangfolge
 festlegen soll: Wenn die Spache 1 vorhanden ist - anzeigen, dann
 Sprache 2 etc bis zur Fallback - Sprache, die wohl in jedem Fall
 Englisch ist.

Das hast du denke ich auch richtig verstanden. Ich hab dort angegeben:
de-DE,de,en-US,en
Und hier ist iD auch auf deutsch. Anscheinend liegt es bei dir am fehlenden
de, das de-DE scheint an der Stelle ignoriert bzw. nicht abgefragt zu
werden. Ob das letztendlich ein Fehler oder aber konform ist, weiß ich
nicht.

Alex

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


Re: [Talk-de] Deutscher Wandertag

2013-10-04 Thread Wolfgang Hinsch
Am Freitag, den 04.10.2013, 09:58 +0200 schrieb Thorsten Alge:
 Hallo Liste,
 
 ich habe gerade mit der Organisatorin vom „Deutschen Wandertag 2014“ in
 Bad Harzburg telefoniert um abzustecken ob vielleicht eine Beteiligung
 mit einem OSM-Stand o.ä. möglich wäre. Gesprochen haben wir zunächst
 über geführte „OSM“-Wanderungen und einen Stand am Veranstaltungsort.
 
 Was die Wanderungen angeht, steht das Programm schon fest und das
 Angebot ist bereits groß von daher gibt es da wohl eher wenig Möglichkeiten.
 
 Ein Stand wäre zwar möglich aber die Standgebühren betragen 800,-€ und
 wir müssten Freiwillige haben die ihn vier Tage lang betreiben. Von
 daher wohl auch eher schwierig.

Das würde wohl nur funktionieren, wenn wir Leute finden, die das ganze
von der professionellen Seite sehen und die Gebühren übernehmen, dann
aber auch mit ausstellen, so dass OSM gewissermaßen Gast auf dem eigenen
Stand ist.

Dass ein Freiwilligenprojekt den Wandervögeln Karten hinterherträgt und
dafür noch bezahlt, ist wohl etwas viel verlangt.

Gruß, Wolfgang



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


Re: [Talk-de] ID solved

2013-10-04 Thread Wolfgang Hinsch
Am Freitag, den 04.10.2013, 11:53 +0200 schrieb Alexander Heinlein:
 On Fri, Oct 04, 2013 at 11:40:34AM +0200, Wolfgang Hinsch wrote:
  Genau um den Eintrag geht es. Er steht bei mir auf de-DE,en-US,en
  
  ...
  
  Jetzt habe ich es verstanden.
  
  Über dem Eintrag steht: Preferred Languages, 
  korrekt übersetzt mit Bevorzugte Sprachen
  
  Aus dem Plural habe ich geschlossen, dass man hier eine Rangfolge
  festlegen soll: Wenn die Spache 1 vorhanden ist - anzeigen, dann
  Sprache 2 etc bis zur Fallback - Sprache, die wohl in jedem Fall
  Englisch ist.
 
 Das hast du denke ich auch richtig verstanden. Ich hab dort angegeben:
 de-DE,de,en-US,en
 Und hier ist iD auch auf deutsch. Anscheinend liegt es bei dir am fehlenden
 de, das de-DE scheint an der Stelle ignoriert bzw. nicht abgefragt zu
 werden. Ob das letztendlich ein Fehler oder aber konform ist, weiß ich
 nicht.

Das ist interessant. Bei mir habe ich es geändert auf de-DE und den
Rest gelöscht. Damit schaltet alles auf Deutsch um.

Irgendwie habe ich das Gefühl, dass hier ein Bug im Spiel ist.

Gruß, Wolfgang


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


Re: [Talk-de] ID solved

2013-10-04 Thread tumsi



 Original-Nachricht 
Betreff: Re: [Talk-de] ID solved
Datum: Fri Oct 04 2013 11:40:34 GMT+0200
Von: Wolfgang Hinsch osm-lis...@ivkasogis.de
An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org


In Josm hat es auch funktioniert, allerdings weiß ich jetzt nicht, ob
Josm die Einstellung bei OSM oder die lokale Einstellung auf dem eigenen
Rechner abfragt.


JOSM legt diese Einstellung mit Sicherheit lokal ab - jedenfalls würde 
mich bei einer StandAlone-Anwendung alles andere mehr als wundern. Da 
ich mich nicht beim Start sondern erst beim Hochladen von Daten 
einloggen muss, wäre die Spracheinstellung sonst auch nur Raten...


Constanze

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


Re: [Talk-de] Bevorzugte Sprachen

2013-10-04 Thread Alexander Heinlein
On Fri, Oct 04, 2013 at 11:59:50AM +0200, Wolfgang Hinsch wrote:
 Am Freitag, den 04.10.2013, 11:53 +0200 schrieb Alexander Heinlein:
  On Fri, Oct 04, 2013 at 11:40:34AM +0200, Wolfgang Hinsch wrote:
   Genau um den Eintrag geht es. Er steht bei mir auf de-DE,en-US,en
   
   ...
   
   Jetzt habe ich es verstanden.
   
   Über dem Eintrag steht: Preferred Languages, 
   korrekt übersetzt mit Bevorzugte Sprachen
   
   Aus dem Plural habe ich geschlossen, dass man hier eine Rangfolge
   festlegen soll: Wenn die Spache 1 vorhanden ist - anzeigen, dann
   Sprache 2 etc bis zur Fallback - Sprache, die wohl in jedem Fall
   Englisch ist.
  
  Das hast du denke ich auch richtig verstanden. Ich hab dort angegeben:
  de-DE,de,en-US,en
  Und hier ist iD auch auf deutsch. Anscheinend liegt es bei dir am fehlenden
  de, das de-DE scheint an der Stelle ignoriert bzw. nicht abgefragt zu
  werden. Ob das letztendlich ein Fehler oder aber konform ist, weiß ich
  nicht.
 
 Das ist interessant. Bei mir habe ich es geändert auf de-DE und den
 Rest gelöscht. Damit schaltet alles auf Deutsch um.
 
 Irgendwie habe ich das Gefühl, dass hier ein Bug im Spiel ist.

Wenn ein einzelnes de-DE funktioniert, aber ein am Anfang der Liste
stehendes nicht, dann klingt das sehr nach einem Bug.

Kann ich hier übrigens reproduzieren. de-DE führt zu einer deutschen
Übersetzung der Website, de ebenfalls, de-DE,de,en-US,en auch, aber
de-DE,en-US,en nicht.

Ich vermute das müsste hier berichtet werden:
http://github.com/openstreetmap/openstreetmap-website/issues
Möchtest du das tun? Ansonsten trag ich es dort ein.

Alex

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


Re: [Talk-de] Bevorzugte Sprachen

2013-10-04 Thread Wolfgang Hinsch
Am Freitag, den 04.10.2013, 13:01 +0200 schrieb Alexander Heinlein:

 
 Wenn ein einzelnes de-DE funktioniert, aber ein am Anfang der Liste
 stehendes nicht, dann klingt das sehr nach einem Bug.
 
 Kann ich hier übrigens reproduzieren. de-DE führt zu einer deutschen
 Übersetzung der Website, de ebenfalls, de-DE,de,en-US,en auch, aber
 de-DE,en-US,en nicht.
 
 Ich vermute das müsste hier berichtet werden:
 http://github.com/openstreetmap/openstreetmap-website/issues
 Möchtest du das tun? Ansonsten trag ich es dort ein.
 

Ich habe bei Github (noch) keinen account, wenn du da schon angemeldet
bis, wäre das insofern einfacher.

Gruß, Wolfgang


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


Re: [Talk-de] Schienen mit abandoned

2013-10-04 Thread malenki
On  04.10.2013 03:28, Garry wrote:

 Ist mir jetzt zwar nicht ganz klar um was es hier genau geht - aber
 ein rechtlicher Hinweis zu Bahnstrecken (in Deutschland) scheint mir
 hier angebracht:
 Es gilt zu unterscheiden zwischen stillgelegten und entwidmeten
 Strecke.
 [ausführliche Erklärung]

Nur wird der Mapper vor Ort kaum erkundigen, ob die Strecke
entwidmet wurde oder nicht. Er wird kartieren, was er sieht.

 Leider wird das Thema in OSM  sehr stiefmütterlich behandelt - das
 Löschen einer lediglich stillgelegten Bahntrasse (auch wenn keine
 Gleisanlagen mehr zu sehen/vorhanden sind) sehe ich als Vandalismus
 an!

Vandalismus ist MMn eher, wenn man wider besseres Wissen (großen) Unsinn
produziert. In Ordnung ist das Löschen aber nicht.




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


Re: [Talk-de] Schienen mit abandoned

2013-10-04 Thread Martin Koppenhoefer


 Am 04/ott/2013 um 14:06 schrieb malenki o...@malenki.ch:
 
 Nur wird der Mapper vor Ort kaum erkundigen, ob die Strecke
 entwidmet wurde oder nicht. Er wird kartieren, was er sieht.


wobei man da die Ersterfassung von einem reifen Mapping unterscheiden sollte. 
Mittlerweile sind wir in vielen Gegenden schon so weit, dass zusätzliche 
Recherche durchaus angemessen erscheint, vor allem, wenn man bestehendes ändert.

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


Re: [Talk-de] Bevorzugte Sprachen

2013-10-04 Thread Alexander Heinlein
On Fri, Oct 04, 2013 at 01:10:23PM +0200, Wolfgang Hinsch wrote:
  Ich vermute das müsste hier berichtet werden:
  http://github.com/openstreetmap/openstreetmap-website/issues
  Möchtest du das tun? Ansonsten trag ich es dort ein.
  
 
 Ich habe bei Github (noch) keinen account, wenn du da schon angemeldet
 bis, wäre das insofern einfacher.

Alles klar, hab das Problem gemeldet:
https://github.com/openstreetmap/openstreetmap-website/issues/505

Alex

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


Re: [Talk-de] Überarbeitung OSM Inspector Adress-Layer / OSM Inspector Address Layer revamp

2013-10-04 Thread Florian Lohoff

Hi,

On Fri, Oct 04, 2013 at 09:39:00AM +0200, Jörg Frings-Fürst wrote:
 ZitatEs gibt keine - Ich glaube nicht das die Deutsche Post stand
 heute Polygone hat. /Zitat

Dieses bezog sich auf Polygone zur zuordnung von Adressen. 
Und auch nach deinem Zitat bezweifle ich das die Deutsche Post Polygone
hat die der Qualitätanforderung genügen das dort alle Adressen die zu
einer PLZ gehören auch innerhalb des Polygons liegen.

Ach ja - Was muss deiner Meinung nach eigentlich innerhalb des Polygons liegen?
Die Gebäudehülle - Gesamt oder nur Teilweise? Der Eingang? Der
Adressnode? Was ist mit PLZ fuer Adressen die keine Geographische
Ausdehnung haben - Großkunden und Postfach PLZ?

 Zum dritten: Du beurteilst die Qualität der Daten der Deutschen Post;
 hast also Zugriff darauf. In diesem Thread wurde mindestens 2mal danach
 gefragt, nur habe ich darauf keine Antwort von Dir gelesen.

Ich bezweifle das die Zuordnung der Adressen zu Postleitzahlen
anhand der Polygone geschieht. Meiner Kenntniss und Erfahrung nach
dürfte das unmöglich sein.

Dazu kommt das das matchen von Adressen über Polygone deutlich
CPU und I/O intensiver ist als das ueber ein varchar index.

Daher wird das freiwillig keiner tun.

Been there - done that.

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


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


Re: [Talk-de] Normale Straße ?=mit =?utf-8?Q?area=yes

2013-10-04 Thread Michael Kugelmann

Am 03.10.2013 16:50, schrieb Florian Lohoff:

http://www.openstreetmap.org/browse/way/206802933

Da hat jemand angefangen Straßen als Flächen zu mappen.

Ack.

Ich hoffe das ist zusaetzlich zu der Straße in der Mitte.

Gott sei Dank ja.
Ich habe extra JOSM angeworfen um zu verstehen worum es bei dieser 
Diskussion überhaupt geht...



Werden wir alle irgendwann mal machen - In den Städten kommt halt die
Langeweile früher weil alle Kieselsteine gemappt sind.
Mal ernst gesprochen: die Otisstraße ist so detailliert getaggt (inkl. 
lit und postcode und ... und ...), das einzige was fehlt ist ein lanes 
==  oder ein width == , dann wäre es vollends perfekt 
gemappt. Und dann könnte man sich auch den ganzen [sorry] Blödsinn 
sparen, irgendwelche Straßen als Flächen zu mappen. Und dann wären alle 
Informationen zu der Straße in einem Objekt gemappt und nicht in zwei 
Objekten (Straße und Straßensfläche).
Früher war es eindeutig Konsens, Straßen mit ihrer Topologie 
einzutragen, fertig. Es gab Ausnahmen z.B. Plätze oder so. Es galt also 
die Regel wir mappen die Topologie und _MALEN keine Karten_. OSM ist 
kein Malprogramm. Das rummalen von Straßen ist doch nur ein unnötiges 
Mappen für den Renderer. Eigentlich bin ich gegen so etwas, für mich 
gehört das eigentlich komplett gelöscht...



Just my 2 cents,
Michael.


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


Re: [Talk-de] Bevorzugte Sprachen

2013-10-04 Thread Alexander Heinlein
On Fri, Oct 04, 2013 at 03:01:49PM +0200, Alexander Heinlein wrote:
 On Fri, Oct 04, 2013 at 01:10:23PM +0200, Wolfgang Hinsch wrote:
   Ich vermute das müsste hier berichtet werden:
   http://github.com/openstreetmap/openstreetmap-website/issues
   Möchtest du das tun? Ansonsten trag ich es dort ein.
   
  
  Ich habe bei Github (noch) keinen account, wenn du da schon angemeldet
  bis, wäre das insofern einfacher.
 
 Alles klar, hab das Problem gemeldet:
 https://github.com/openstreetmap/openstreetmap-website/issues/505

Also laut der Erklärung von tyrasd ist das (zumindest teilweise) so gewollt.
Das de-DE in de-DE,en-US,en scheint keinen Treffer zu produzieren, da
die Übersetzung nur für de vorhanden ist, aber nicht für speziellere
Varianten (auch wenn das in diesem Fall wohl auf die gleiche Übersetzung
hinauslaufen würde). Daher werden die anderen Einträge in der Liste
abgearbeitet und schließlich en genommen, für das es eine Übersetzung
gibt.

Ein einzelnes de-DE hingegen führt zu keinem Treffer, daher wird die
Sprache genommen, die dein Browser sendet. Und das ist wohl de. Also ist
es wohl das Beste, dort de einzutragen statt de-DE, oder beides.

Warum nun bei dir die Seite deutsch und der Editor englisch ist, kann ich
mir nicht erklären und hier auch nicht nachstellen.

Alex

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


Re: [Talk-de] Bevorzugte Sprachen

2013-10-04 Thread Andreas Labres
Der Punkt ist, dass eine Accept-Language Angabe

   de-de, en-us, en

an sich buggy ist (nicht dem entspricht, was Du erwartest), weil Du damit sagst:
Ich verstehe nur Deutsches Deutsch (nicht aber anderes Deutsch), Ami-Englisch
und Englisch. (und n.b. alles gleich gut, d.h. nix wird bevorzugt). Wenn Dir
jetzt eine Website nur de oder en anbieten kann, matcht das nur mit dem en
von Dir.

Sinnvoll ist eine mehrfache en oder de Angabe eigentlich auch nur, wenn man dann
beiden auch einen Quality-Wert gibt (z.B. ich bevorzuge en-us, verstehe aber
auch andere en, also z.B: en-us;q=0.8, en;q=0.6 oder so).

Und wenn man eigenlich sagen will: ich bevorzuge Deutsch, verstehe aber auch
Englisch, sollte man de, en;q=0.8 oder so sagen.

/al

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


Re: [Talk-de] Bevorzugte Sprachen

2013-10-04 Thread Alexander Heinlein
On Fri, Oct 04, 2013 at 04:52:05PM +0200, Andreas Labres wrote:
 Der Punkt ist, dass eine Accept-Language Angabe
 
de-de, en-us, en
 
 an sich buggy ist (nicht dem entspricht, was Du erwartest), weil Du damit 
 sagst:
 Ich verstehe nur Deutsches Deutsch (nicht aber anderes Deutsch), Ami-Englisch
 und Englisch. (und n.b. alles gleich gut, d.h. nix wird bevorzugt). Wenn Dir
 jetzt eine Website nur de oder en anbieten kann, matcht das nur mit dem 
 en
 von Dir.
 
 Sinnvoll ist eine mehrfache en oder de Angabe eigentlich auch nur, wenn man 
 dann
 beiden auch einen Quality-Wert gibt (z.B. ich bevorzuge en-us, verstehe aber
 auch andere en, also z.B: en-us;q=0.8, en;q=0.6 oder so).
 
 Und wenn man eigenlich sagen will: ich bevorzuge Deutsch, verstehe aber auch
 Englisch, sollte man de, en;q=0.8 oder so sagen.

Ja, das ist richtig. Laut RFC gibt es da keine Bevorzugung, außer man gibt
eine Qualität mit an. Was natürlich auf der Seite der Benutzereinstellungen
überhaupt nicht ersichtlich ist. Und das per Hand dort einzutippen ist
leider auch alles andere als benutzerfreundlich und ziemlich fehleranfällig.

Alex

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


Re: [Talk-de] Bevorzugte Sprachen

2013-10-04 Thread Wolfgang Hinsch
Am Freitag, den 04.10.2013, 15:59 +0200 schrieb Alexander Heinlein:
 
 Also laut der Erklärung von tyrasd ist das (zumindest teilweise) so gewollt.
 Das de-DE in de-DE,en-US,en scheint keinen Treffer zu produzieren, da
 die Übersetzung nur für de vorhanden ist, aber nicht für speziellere
 Varianten (auch wenn das in diesem Fall wohl auf die gleiche Übersetzung
 hinauslaufen würde). Daher werden die anderen Einträge in der Liste
 abgearbeitet und schließlich en genommen, für das es eine Übersetzung
 gibt.
 
 Ein einzelnes de-DE hingegen führt zu keinem Treffer, daher wird die
 Sprache genommen, die dein Browser sendet. Und das ist wohl de. Also ist
 es wohl das Beste, dort de einzutragen statt de-DE, oder beides.
 
 Warum nun bei dir die Seite deutsch und der Editor englisch ist, kann ich
 mir nicht erklären und hier auch nicht nachstellen.
 

das hatte ich schon richtig gestellt. Er schaltet nach der Anmeldung
beides auf Englisch.

Ich habe das Problem jetzt gefixt, indem ich die Spracheinstellung
gelöscht habe. Da könnte in der Tat auf der Website mal dokumentiert
werden, was man da eigentlich will. Wenn die Sprache des Browsers
sowieso abgefragt wird, ist das Eingabefeld für 98% der User
überflüssig.

Manchmal sollte man sich vielleicht gar nicht um Abfragen kümmern ;-)

Gruß und nochmals Dank für die Antworten,

Wolfgang



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


Re: [Talk-de] Bevorzugte Sprachen

2013-10-04 Thread Andreas Labres
On 04.10.13 17:39, Alexander Heinlein wrote:
 Und das per Hand dort einzutippen ist
 leider auch alles andere als benutzerfreundlich und ziemlich fehleranfällig.

Was anderes als eine Sprache in das Feld in die user settings zu schreiben macht
wohl für niemanden Sinn. Und dort de oder en (oder was man halt möchte)
einzutragen ist nicht wirklich schwierig. Und ja, man sollte es in die - (noch?)
nicht vorhandene - Hilfe schreiben.

/al

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


Re: [Talk-de] Normale Straße ?=mit =?utf-8?Q?area=yes

2013-10-04 Thread Martin Koppenhoefer


 Am 04/ott/2013 um 15:47 schrieb Michael Kugelmann michaelk_...@gmx.de:
 
 Es galt also die Regel wir mappen die Topologie und _MALEN keine Karten_. 
 OSM ist kein Malprogramm.


mit Malen hat das nichts zu tun, m.E. ist der Umriss einer Straße durchaus 
ein Geodatum, und nur so wird man qualitativ hochwertige Renderings in kleinen 
Maßstäben bekommen. Um so mehr in Situationen wo der Umriss unregelmäßig ist


 Das rummalen von Straßen ist doch nur ein unnötiges Mappen für den 
 Renderer.


für den Renderer ja, wo soll der sonst die Daten herbekommen, z.B. auch im 
Kreuzungsbereich die Radien. So was parametrisch zu machen ist höchstens was 
für Programmierer, der ottonormalmapper dreht da durch ;-) 


 Eigentlich bin ich gegen so etwas, für mich gehört das eigentlich komplett 
 gelöscht...


in Deiner lokalen Datenbankkopie...

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


Re: [Talk-in] Usage of www.surveykshan.gov.in

2013-10-04 Thread Kiran Jonnalagadda
Government data is not public domain in India. It's copyrighted and owned
by the government.

However, government bodies haven't quite figured out the concept of a
copyright license, so good luck explaining that to SoI.

Kiran

-- 
Kiran Jonnalagadda
http://jace.zaiki.in/
http://hasgeek.com/

(Sent from my phone)
On Sep 30, 2013 7:27 PM, Aditya Nag aditya.nag.2...@gmail.com wrote:

 Guys,

 I've just now stumbled upon a site from Survey Of India 
 herehttp://www.surveykshan.gov.in.
 It seems pretty useful and accurate. Can we use it to update data in India?
 And is it in the Public Domain?

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


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


Re: [Talk-in] Usage of www.surveykshan.gov.in

2013-10-04 Thread doc.ane...@gmail.com
It never opened on my pc nor my laptop... Neither with internet explorer 10 nor 
Firefox... 

If someone is interested in mapping Karnataka, the public works department 
website has maps of roads, villages and administrative borders


www.kpwd.gov.in


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


Re: [Talk-in] Usage of www.surveykshan.gov.in

2013-10-04 Thread Aditya Nag
Thanks Kiran for clarifying. I'm glad that they have taken this initiative
to bring SOI's data accessible to people. I think they should take the next
step to make data more open given that lots of (taxpayers') money was
utilized to create that database for development purpose. Anyway, I have
sent them a mail regarding this issue. Let us see how they respond :-)

Aditya.

PS - The last time I sent them an email, they responded after 2 months.
This is going to be a long dialogue :-(


On 4 October 2013 13:46, Kiran Jonnalagadda j...@pobox.com wrote:

 Government data is not public domain in India. It's copyrighted and owned
 by the government.

 However, government bodies haven't quite figured out the concept of a
 copyright license, so good luck explaining that to SoI.

 Kiran

 --
 Kiran Jonnalagadda
 http://jace.zaiki.in/
 http://hasgeek.com/

 (Sent from my phone)
 On Sep 30, 2013 7:27 PM, Aditya Nag aditya.nag.2...@gmail.com wrote:

 Guys,

 I've just now stumbled upon a site from Survey Of India 
 herehttp://www.surveykshan.gov.in.
 It seems pretty useful and accurate. Can we use it to update data in India?
 And is it in the Public Domain?

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


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


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


Re: [Talk-in] Usage of www.surveykshan.gov.in

2013-10-04 Thread Aditya Nag
Jaisen and Yogi,

It seems to me that that website can only be opened in Windows. Linux users
need to access it via a browser on a cloud (Or via wine, but why go
thorough the hassle?). I can access it in Linux using a copy of Windows in
a virtual machine (But again, why to go through the hassle?)

Aditya.


On 1 October 2013 19:21, Jaisen Nedumpala jaisuv...@gmail.com wrote:

 I have similar problem Yogi reported. And the Firefox IE Tabs or IE Tabs
 version 2 are not available for my platform (I use Debian Wheezy). IMHO, if
 they are making something with public money, they should consider cross
 platform support, seriously. :(


 2013/10/1 Aditya Nag aditya.nag.2...@gmail.com

 Well I managed to run it inside Firefox using the IE Tabs version 2
 plugin. Remember to add www.surveykshan.gov.in to the filter settings.
 Otherwise one has to manually switch the browser engine each time the page
 is refreshed. The site remains down for most of the time. The Utilities and
 Habitation layers seem the most useful to me though. But can anyone confirm
 whether we can use that data in OpenStreetMap?



 On 30 September 2013 19:45, Aditya Nag aditya.nag.2...@gmail.com wrote:

 Yes, and it loads pretty slowly in Internet Explorer 8. But I think its
 okay, given the massive dataset it has to load on every change in zoom
 level or when panning.

 The habitation dataset is nice. One has to zoom to a very high level
 to see the village names clearly though.


 On 30 September 2013 19:39, Yogi yog...@kalike.org wrote:

  On Monday 30 September 2013 07:25 PM, Aditya Nag wrote:

  Guys,

  I've just now stumbled upon a site from Survey Of India 
 herehttp://www.surveykshan.gov.in
 .


 And it asks only Internet Explorer 6 and above.:(
 Maps are not shown in firefox/chromium.!

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




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




 --
 ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~
 - നെടുമ്പാല ജയ്സെന്‍ -
 ~-~-~-~-~-~-~-~-~-~-~-~-~-~-~
 (`'·.¸(`'·.¸^¸.·'´)¸.·'´)
 «´¨`·* .  Jaisen . *..´¨`»
 (¸.·'´(`'·.¸ ¸.·'´)`'·.¸)
 ¸.·´^.`'·.¸ ¸.·'´
  ( `·.¸`·.¸
   `·.¸ )`·.¸
  ¸.·(´ `·.¸
 ¸.·(.·´)`·.¸
   ( `v´ )
 `v´

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


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


Re: [Talk-in] Usage of www.surveykshan.gov.in

2013-10-04 Thread Ravi Kumar
It works .. tried just now using Chrome my default browser
Ravi



 From: doc.ane...@gmail.com doc.ane...@gmail.com
To: OpenStreetMap in India talk-in@openstreetmap.org 
Sent: Friday, October 4, 2013 2:24 PM
Subject: Re: [Talk-in] Usage of www.surveykshan.gov.in
 


It never opened on my pc nor my laptop... Neither with internet explorer 10 nor 
Firefox... 

If someone is interested in mapping Karnataka, the public works department 
website has maps of roads, villages and administrative borders


www.kpwd.gov.in



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


Re: [Talk-in] Usage of www.surveykshan.gov.in

2013-10-04 Thread Yogi

On Friday 04 October 2013 02:23 PM, Aditya Nag wrote:

But again, why to go through the hassle?

Right, couldn't work out for me.:(

But link of karnataka pwd shared by Aneesh is useful for mapping 
karnataka.:)



regards,
yogi

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


Re: [Talk-in] Usage of www.surveykshan.gov.in

2013-10-04 Thread Ishan Chattopadhyaya
Unless the pwd data is released at an open license, I suggest we not
use it for osm mapping in any way.

Sent from my Nokia Lumia (Windows Phone)
From: Yogi
Sent: 04-10-2013 23:03
To: OpenStreetMap in India
Subject: Re: [Talk-in] Usage of www.surveykshan.gov.in
On Friday 04 October 2013 01:54 PM, doc.ane...@gmail.com wrote:
 www.kpwd.gov.in
Thanks Aneesh, I'm mapping part of northern Karnataka and this kpwd
webris link is very useful.:)


thanks,
yogi

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

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


Re: [Talk-it] Marciapiedi

2013-10-04 Thread Aury88
teoricamente si: tutte le carreggiate, in zone urbane e in presenza di un
marciapiede laterale, non dovrebbero venire occupate dai pedoni (a meno che
non sia impossibilitato il transito sui percorsi pedonali )...almeno così
dice il codice della strada. quindi si.






-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/Marciapiedi-tp5779379p5780054.html
Sent from the Italy General mailing list archive at Nabble.com.

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


[Talk-it] Campo bocce

2013-10-04 Thread solitone

  
  
Cosa conviene usare? Ho trovato
  un esempio in cui è stato usato leisure=track [1], ma mi
  sembrerebbe meglio leisure=pitch. 
  
  E circa l'accoppiata con sport=*, per i campi da bocce usati
  tipicamente dagli anziani è meglio sport=bowls o sport=boules?
  
  [1] http://www.openstreetmap.org/browse/way/38961941
  


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


Re: [Talk-it] Campo bocce

2013-10-04 Thread solitone

  
  
solitone ha scritto:


  
  E circa l'accoppiata con
sport=*, per i campi da bocce usati tipicamente dagli anziani 
meglio sport=bowls o sport=boules?


Ehm, scusate, dovrebbe essere sport=boules
  


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


Re: [Talk-it] Campo bocce

2013-10-04 Thread Martin Koppenhoefer
2013/10/4 solitone solit...@mail.com

 ma mi sembrerebbe meglio leisure=pitch.

 E circa l'accoppiata con sport=*, per i campi da bocce usati tipicamente
 dagli anziani è meglio sport=bowls o sport=boules?




+1 per leisure=pitch, sport userei buoles (3600x) o bocce (25x) (--- ci
sono differenze del campo?), bowls mi sembra di capire che si tratta di
boccia su prato.

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


Re: [Talk-it] Campo bocce

2013-10-04 Thread Martin Koppenhoefer
2013/10/4 Giovanni Caudullo giovanni.caudu...@gmail.com

 sport=pétanque
 termine francese ma che rimane internazionale.

 http://en.wikipedia.org/wiki/P%C3%A9tanque



rimane internazionale perché non c'è (quasi) nei paesi anglosassoni ;-)
http://en.wikipedia.org/wiki/P%C3%A9tanque
http://en.wikipedia.org/wiki/Boules
http://en.wikipedia.org/wiki/Bocce
http://en.wikipedia.org/wiki/Bowls
http://en.wikipedia.org/wiki/Bolas_criollas
http://en.wikipedia.org/wiki/Boule_lyonnaise

sono tutti sport molti simili...
non userei pétanque per un campo bocce perché è un termine francese con
accento, taggato soltanto 22 volte in maniera giusta e 80 volte senza
accento. Userei boules perché è un termine generico oppure bocce perché
siamo in Italia (vedi titolo del thread).

Nonostante ho gioccato alcune volte non saprei dire se a livello di campo
cambia qualcosa da uno all'altro (a prescindere di bowls sul prato).

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


Re: [Talk-it] Campo bocce

2013-10-04 Thread Giovanni Caudullo
Facendo un rapido controllo: il petanque (it: Bocce a volo) è quello su
campo sabbioso e le palle si lanciano in aria, il Boules (it:Bocce) è
quello su campo liscio e le palle si fanno anche rotolare. Gli altri sono
variazioni sul tema con regole e campi diversi.
Non essendoci una corrispondenza inglese, direi che possiamo usare o quella
francese o quella italiana.
Ciao
Giovanni


Il giorno 04 ottobre 2013 11:58, Martin Koppenhoefer dieterdre...@gmail.com
 ha scritto:


 2013/10/4 Giovanni Caudullo giovanni.caudu...@gmail.com

 sport=pétanque
 termine francese ma che rimane internazionale.

 http://en.wikipedia.org/wiki/P%C3%A9tanque



 rimane internazionale perché non c'è (quasi) nei paesi anglosassoni ;-)
 http://en.wikipedia.org/wiki/P%C3%A9tanque
 http://en.wikipedia.org/wiki/Boules
 http://en.wikipedia.org/wiki/Bocce
 http://en.wikipedia.org/wiki/Bowls
 http://en.wikipedia.org/wiki/Bolas_criollas
 http://en.wikipedia.org/wiki/Boule_lyonnaise

 sono tutti sport molti simili...
 non userei pétanque per un campo bocce perché è un termine francese con
 accento, taggato soltanto 22 volte in maniera giusta e 80 volte senza
 accento. Userei boules perché è un termine generico oppure bocce perché
 siamo in Italia (vedi titolo del thread).

 Nonostante ho gioccato alcune volte non saprei dire se a livello di campo
 cambia qualcosa da uno all'altro (a prescindere di bowls sul prato).

 ciao,
 Martin

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


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


Re: [Talk-it] Campo bocce

2013-10-04 Thread Volker Schmidt
Wikipedia:
*Bocce* (/ 
https://en.wikipedia.org/wiki/Help:IPA_for_Englishbhttps://en.wikipedia.org/wiki/Help:IPA_for_English#Key
ɒ 
https://en.wikipedia.org/wiki/Help:IPA_for_English#Keytʃhttps://en.wikipedia.org/wiki/Help:IPA_for_English#Key
i 
https://en.wikipedia.org/wiki/Help:IPA_for_English#Key/https://en.wikipedia.org/wiki/Help:IPA_for_English;
Italian pronunciation:
[bɔttʃe]https://en.wikipedia.org/wiki/Help:IPA_for_Italian),
sometimes anglicized as *bocci* or
*boccie*,[1]https://en.wikipedia.org/wiki/Bocce#cite_note-1
[2] 
https://en.wikipedia.org/wiki/Bocce#cite_note-2[3]https://en.wikipedia.org/wiki/Bocce#cite_note-3
[4] 
https://en.wikipedia.org/wiki/Bocce#cite_note-4[5]https://en.wikipedia.org/wiki/Bocce#cite_note-5is
a ball
sport https://en.wikipedia.org/wiki/Ball_Sports belonging to the
bouleshttps://en.wikipedia.org/wiki/Boulessport family, closely
related to
bowls https://en.wikipedia.org/wiki/Bowls and
pétanquehttps://en.wikipedia.org/wiki/P%C3%A9tanquewith a common
ancestry from ancient games played in the Roman
Empire https://en.wikipedia.org/wiki/Roman_Empire.

direi boules is the best international choice


2013/10/4 Martin Koppenhoefer dieterdre...@gmail.com


 2013/10/4 Giovanni Caudullo giovanni.caudu...@gmail.com

 sport=pétanque
 termine francese ma che rimane internazionale.

 http://en.wikipedia.org/wiki/P%C3%A9tanque



 rimane internazionale perché non c'è (quasi) nei paesi anglosassoni ;-)
 http://en.wikipedia.org/wiki/P%C3%A9tanque
 http://en.wikipedia.org/wiki/Boules
 http://en.wikipedia.org/wiki/Bocce
 http://en.wikipedia.org/wiki/Bowls
 http://en.wikipedia.org/wiki/Bolas_criollas
 http://en.wikipedia.org/wiki/Boule_lyonnaise

 sono tutti sport molti simili...
 non userei pétanque per un campo bocce perché è un termine francese con
 accento, taggato soltanto 22 volte in maniera giusta e 80 volte senza
 accento. Userei boules perché è un termine generico oppure bocce perché
 siamo in Italia (vedi titolo del thread).

 Nonostante ho gioccato alcune volte non saprei dire se a livello di campo
 cambia qualcosa da uno all'altro (a prescindere di bowls sul prato).

 ciao,
 Martin

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


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


Re: [Talk-it] Campo bocce

2013-10-04 Thread Gianluca Boero

Il 04/10/2013 11:07, solitone ha scritto:
Cosa conviene usare? Ho trovato un esempio in cui è stato usato 
leisure=track [1], ma mi sembrerebbe meglio leisure=pitch.


E circa l'accoppiata con sport=*, per i campi da bocce usati 
tipicamente dagli anziani è meglio sport=bowls o sport=boules?


[1] http://www.openstreetmap.org/browse/way/38961941


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it
La mia unica mappatura (ne avrei però da fare una a Pinerolo dove 
giocano un campionato di Serie A) è stata


leisure=pitch
name= Campi da bocce comunali

un altro utente successivamente mi ha aggiunto

sport=boules
type= bocce


--
Gianluca Boero

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


Re: [Talk-it] Estratti regionalidi FMACH

2013-10-04 Thread Simone Cortesi
2013/10/3 Simone Cortesi sim...@cortesi.com:
 On Thu, Oct 3, 2013 at 5:05 PM, Luca Delucchi lucadel...@gmail.com wrote:
 mancavano dei permessi... ora va

 grazie,
 10 minuti e ti so dire il risultato di osmconvert

osmconvert lombardia.pbf --out-statistics
-
timestamp min: 2005-08-15T05:24:29Z
timestamp max: 2013-10-02T19:14:49Z
lon min: 8.4086914
lon max: 11.5112661
lat min: 44.6151629
lat max: 46.6860523


-- 
-S

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


Re: [Talk-it] Campo bocce

2013-10-04 Thread Gianluca Boero

Il 04/10/2013 14:07, Martin Koppenhoefer ha scritto:



Am 04/ott/2013 um 13:22 schrieb Gianluca Boero gianlucabo...@alice.it:

type= bocce


type va usato solo per indicare tipo di relazione

ciao,
Martin

Si.
Ho visto solo questa modifica oggi, la cancello.

--
Gianluca Boero


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


Re: [Talk-it] Campo bocce

2013-10-04 Thread solitone
Ok, vada per boules!


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


Re: [Talk-it] Marciapiedi

2013-10-04 Thread Aury88
dieterdreist wrote
 e al meno che non porti roba ingombrante che darebbe fastidio ai pedoni
 sul
 marciapiedi. Comunque, tra codice della strada e realtà c'è un abbisso, e
 visto che le forze dell'ordine sono i primi a non rispettare le regole non
 saprei come potrebbe cambiare ;-)

 succede spesso che un incidente a catena sulle autostrade ne impedisca
l'utilizzo...
succede spesso che il traffico in una strada cittadina venga completamente
bloccato perchè passa la nettezza urbana...
succede spesso che un cartello indichi un determinato limite di velocità che
nessuno rispetta...(mi è successo che addirittura mi superasse la polizia
con tanto di gesto che c**zo fai! solo perchè mi ero deciso a rispettare
il limite di velocità di 70 all'ora in un rettilineo extraurbano :P )
o l'illuminazione che all'improvviso salta..
Diamine, addirittura le onde del mare impediscono di definire in alcuni
punti precisamente dove finisce il mare e dove comincia la terraferma...

se dovessimo considerare tutte le evenienze, tutti i casi in cui le regole
non vengono rispettate o la situazione reale che differisce all'improvviso
dalla condizione indicata dalla mappa si mapperebbe ben poco...di sicuro
quasi nulla in italia XD
non è compito della mappa  tenere conto di tutto possibili fattori...con la
mappa si presenta una situazione diciamo ideale... cioè una condizione in
cui il popolo italiano idealmente rispetta le regole...anche quelle sul
intralcio al passaggio degli altri pedoni sui marciapiedi (Nuovo codice
della strada, decreto legisl. 30 aprile 1992 n. 285 e successive
modificazioni, TITOLO V - NORME DI COMPORTAMENTO Art. 190. Comportamento dei
pedoni pto 4) ;)

in italia poi ho visto di tutto...piste ciclabili improvvisamente interrotte
da elementi rialzati (per intenderci barrier=kerb, pali della corrente,
lampioni ecc ecc)...percorsi tattili per i non vedenti che conducono a
buchi, scale, muri, lampioni e una volta addirittura all'ingresso di un
oculista...direi che per indicare il grado di rispetto delle regole e di
bizzarie nel ambito della viabilità urbana basti il tag boundary dell'italia
XD
saluti aury



-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/Marciapiedi-tp5779379p5780158.html
Sent from the Italy General mailing list archive at Nabble.com.

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


[Talk-gb-westmidlands] Hand-drawn OS maps on Wikimedia Commons

2013-10-04 Thread Rob Nickerson
Hi All,

Thanks for those that have helped so far. I am now in contact with a OSM
sys admin to get these maps up on a tile server (for subsequent use in the
OSM editors).

Out of interest, OSM servers are able to create tiles on the fly as long
as it is provided a raster image that is geocoded. This makes use of the
Geospatial Data Abstraction Library (GDAL), so I suggest Wikimedia Commons
use one of the file formats that GDAL supports.

In this instance we are using the .jpg hosted on Wikimedia and the World
File (.wld) hosted on the British Library website. I am unsure if GDAL
directly supports the corner coordinates that Wikimedia makes available.

Best wishes,
Rob
___
Talk-gb-westmidlands mailing list
Talk-gb-westmidlands@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands


[Talk-se] Träff i Lund, Glorias, 2013-10-05 12:30

2013-10-04 Thread Joakim Fors
Hejsan!

Vi tänkte ta en informell OSM-träff i Lund i morgon (2013-10-05) kl 12:30 på 
Glorias[1] för att prata lite strunt, dricka en öl, äta lite, pilla med 
postgis, osmosis, taginfo, overpass samt kanske kartlägga lite också. :)

De som redan anmält intresse, utöver mig själv, på IRC får gärna plinga in här 
också. Givetvis vore det trevligt om fler kunde dyka upp trots det korta 
varslet.

/Joakim


[1] http://www.openstreetmap.org/?node=57884#map=18/55.70623/13.19146
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se


[Talk-es] 8as Jornadas de SIG Libre de Girona, Marzo 2014

2013-10-04 Thread Lluís Vicens

Saludos,

En nombre del Comité Organizador Local, es un inmenso placer, un año 
más, anunciar la celebración de las 8as Jornadas de SIG Libre de 
Girona[1], del 26 al 28 de Marzo de 2014. Esta será, la primera de una 
serie de notas de prensa que iremos publicando cada vez que tengamos 
novedades que destacar, noticias e hitos que compartir con todos vosotros.


Paralelamente, y para estar al día de todo cuanto se mueve alrededor de 
las Jornadas de SIG Libre, puedes seguir nuestra cuenta de twitter 
@SIGLibreGirona


Como cada año, edición tras edición, contamos con vuestra participación 
activa y con vuestra presencia. Todos tenemos cosas interesantes que 
aprender, todos tenemos cosas interesantes que mostrar. Acércate a 
Girona, y hazlo posible.



[1] http://www.sigte.udg.edu/jornadassiglibre/
[2] https://twitter.com/SIGLibreGirona


---
Si empezábamos la presentación de las séptimas Jornadas de SIG libre con 
un conocido refrán, «A mal tiempo, buena cara», no seremos menos en esta 
octava edición de las Jornadas de SIG Libre que son, sin dudarlo, el 
punto de encuentro, el nexo de unión de todas las familias del software 
libre geoespacial de habla hispana.


«Renovarse, o morir». Y es justamente en este punto en el que nos 
encontramos a día de hoy. Atrás quedan ya, siete ediciones de Jornadas 
de SIG libre. Siete ediciones que han servido, entre otras cosas, para 
aglutinar y aglomerar un conjunto de iniciativas y de individuos 
aislados (programadores, académicos, geoinquietos,...) para conformar 
una comunidad estable, madura y creciente. Una comunidad, la del SIG 
libre, que ha sabido articularse y organizarse a nivel local y a nivel 
global, fructificando en forma de reuniones, seminarios, 
desconferencias,... y que ha tenido (¡tiene y tendrá!) en Girona, su 
punto de encuentro anual.


Llegados a este punto de madurez, desde la organización del evento 
coincidimos que ahora es el momento de ir un paso más allá, de relanzar 
las jornadas con nuevas actividades, nuevos formatos, nuevos retos y 
mayor nivel de participación por parte de todos vosotros, con el 
objetivo de generar nuevas sinergias, nuevas oportunidades de crecer, de 
formarse, de poner en contacto ofertas y demandas, necesidades y 
soluciones... y todo ello bajo un horizonte renovado. Hacer crecer las 
jornadas, en cantidad y en calidad, es el reto que nos proponemos y os 
emplazamos a que hagáis toda la difusión que creáis conveniente de las 
jornadas.


Como en cada edición, este 2014 pondremos a vuestra disposición todas 
las herramientas y canales posibles para que podáis haceros las jornadas 
a vuestra medida, para que podáis mostrar todo cuanto queráis en un 
ambiente distendido y relajado, que invita a la gente a hablar, 
compartir, explicar, demostrar ¡y pasarlo bien!


Un año más, una edición más, os emplazamos a que visitéis Girona y que 
participéis de forma activa y decidida en la mejora constante de este 
evento. Estáis en casa, y estamos encantados de recibiros edición tras 
edición.


 ---

Comité Organizador Local

Jornadas de SIG Libre


--
Lluís Vicens
Comité Organizador Local
Jornadas de SIG Libre

Sitio web:http://www.sigte.udg.edu/jornadassiglibre
Síguenos en:https://twitter.com/SIGLibreGirona

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


Re: [Talk-at] Begegnungszone / Wohnstraße - living_street?

2013-10-04 Thread Jimmy_K

Am 03.10.2013 23:35, schrieb Markus Straub:

Hallo,

wie sollen wir Begegnungszonen taggen?

Mit living_street wird laut Wiki 
http://wiki.openstreetmap.org/wiki/Tag:highway%3Dliving_street in 
Österreich eine Wohnstraße (Schrittgeschwindigkeit) bezeichnet. In der 
Schweiz ist als Beispiel eine Begegnungszone (Tempo 20) angeführt. Das 
entspricht exakt der neuen Begenungszone in der österr. StVO.


In Österreich haben wir jetzt das doppelt, was in OSM als 
living_street gemeint wird.


Wie nun taggen? Ich würde vorschlagen:

Begegnungszone:
highway = living_street
maxspeed = 20/30 (je nachdem was verordnet wurde, laut StVO darf es ja 
auch 30er Begegnungszonen geben)


Wohnstraße:
highway = living_street
(maxspeed = AT:walk) - wenn man die Wiki als Spezifikation ansieht 
(worüber man streiten kann) wird das impliziert


Grüße,
Markus

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


Servus,

Juristisch gibt es doch einige Unterschiede (Begegnungszone ist 
fließender Verkehr, man darf auch als nicht-Anrainer fahren). Ersteres 
betrifft uns nicht, bei Zweiterem müssen wir uns etwas überlegen. 
Vielleicht für die Wohnstraße ein access=destination?


Lg Jimmy

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


Re: [Talk-at] Begegnungszone / Wohnstraße - living_street?

2013-10-04 Thread Friedrich Volkmann

On 04.10.2013 08:22, Jimmy_K wrote:

Juristisch gibt es doch einige Unterschiede (Begegnungszone ist fließender
Verkehr, man darf auch als nicht-Anrainer fahren). Ersteres betrifft uns
nicht, bei Zweiterem müssen wir uns etwas überlegen. Vielleicht für die
Wohnstraße ein access=destination?


Auch in einer Wohnstraße darf man als Nicht-Anrainer fahren. Aber egal ob 
Anrainer oder Nicht-Anrainer, man darf nur zufahren und nicht durchfahren. 
Genau das wird mit *=destination ausgedrückt. (Dürften nur Anrainer fahren. 
dann wäre es *=private.)


Zu Fuß, mit Fahrrad oder mit Pferd darf man nicht nur zu-, sondern auch 
durchgehen/-fahren. Darum nicht access=destination, sondern nur 
motor_vehicle=destination. Genau das ist für Wohnstraßen schon impliziert, 
siehe:

http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions#Austria

Wir müssen also umgekehrt auf Begegnungszonen explizit motor_vehicle=yes 
setzen um den Default zu übersteuern, oder wir ändern den Default auf yes 
und setzen auf alle Wohnstraßen explizit motor_vehicle=destination.


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

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


Re: [Talk-at] Begegnungszone / Wohnstraße - living_street?

2013-10-04 Thread Friedrich Volkmann

On 03.10.2013 23:35, Markus Straub wrote:

wie sollen wir Begegnungszonen taggen?

Mit living_street wird laut Wiki
http://wiki.openstreetmap.org/wiki/Tag:highway%3Dliving_street in Österreich
eine Wohnstraße (Schrittgeschwindigkeit) bezeichnet. In der Schweiz ist als
Beispiel eine Begegnungszone (Tempo 20) angeführt. Das entspricht exakt der
neuen Begenungszone in der österr. StVO.


Wenn die Schweiz nicht wär, dann wär ich sehr dafür, Begegnungszonen einfach 
als highway=residential zu taggen. Denn die Unterschiede zwischen 
Wohnstraßen und Begegnungszonen (Durchfahrt, Radfahren gegen Einbahn) sind 
solche, die eine Route möglich oder unmöglich machen können, während die 
Unterschiede zwischen Begegnungszonen und normalen Ortsstraßen sich nur auf 
die Geschwindigkeit auswirken. Ob Fußgänger auf der Fahrbahn herumlaufen 
dürfen, ist eigentlich eine Sache des Spurmappings. Die 
Höchstgeschwindigkeit ist auf dem Verkehrszeichen für Begegnungszonen 
explitit angegeben, lässt sich also so mappen wie andere explizite 
Geschwindigkeitsbeschränkungen auch.


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

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


[Talk-at] Elevate Festival / Openstreetmap Experts Wanted!

2013-10-04 Thread Daniel Erlacher | Elevate
Hallo Openstreetmap Community!

Das Elevate Festival thematisiert heuer verschiedenste Open Ansätze
und stellt generell die Frage: Elevate Open Everything?

Info hier: http://2013.elevate.at/festival/diskurs-film/


Ein besonderes Augenmerk legen wir auf die OpenStreetMap und
wir sind sogar momentan dabei eine Software für eine
Veranstaltung zu entwickeln, die OpenStreetMap nutzt.

Zur Veranstaltung:
http://2013.elevate.at/e13graz

Für diese Veranstaltung würde ich noch Hilfe aus der OSM
Community benötigen, nämlich folgendes:

1) OpenStreetMap Präsentation / Einführung / 15min Vortrag (im Forum Stadtpark)
(1 bis 2 Personen)

2) OpenStreetMap Kenner*innen, die in den Projektgruppen mitgehen
und dort auf Fragen antworten bzw generell Auskunft geben können...
(5 Personen)

Am Wichtigsten wäre die Präsentation. Die Projektbegleiter*innen
wäre super wenn es klappt, sind aber nicht uuunbedingt nötig.

Für den Impact und um OSM noch mehr Menschen bekannt zu machen
wäre es aber toll, wenn es klappt..

Ich kann allen die mitmachen Verpflegung und Getränke anbieten,
sowie ermäßigte Tickets für das Musikprogramm des Festivals.

Alles andere ist eh bei Freiem Eintritt zu besuchen!

Würde mich über Rückmeldungen per mail sehr freun!

lg
Daniel


-- 

**
Elevate Festival
for contemporary music,
arts and political discourse
Graz, Austria - 23.-27.10.2013

daniel.erlac...@elevate.at
T: +43 650 797

http://www.elevate.at
**


Der Inhalt und sämtliche Anhänge dieser Mail sind streng vertraulich und
ausschließlich für den oder die genannten Adressat*innen bestimmt.
Wenn Sie nicht der/die vorgesehene Adressat*in dieser E-Mail oder dessen
Vertreter*in sein sollten, ist jede Form der Kenntnisnahme, Veröffentlichung,
Vervielfältigung oder Weitergabe des Inhalts unzulässig.
Wir bitten Sie, sich in diesem Fall mit dem Absender der E-Mail in Verbindung
zu setzen. Sämtliche E-Mail-Nachrichten dienen nur Informationszwecken und
sind nicht dazu bestimmt, irgendeine rechtliche Verpflichtung vertraglicher
oder sonstiger Art zu begründen.

The contents of and any attachment(s) contained in this e-mail are
confidential and intended solely for the named addressee. If you are not
the intended recipient of this e-mail or their representative, any form of
disclosure, publication, reproduction or distribution of its contents is
prohibited. Please notify the sender of this e-mail in such a case. All
e-mail messages are sent for information purposes only and are not intended
to constitute any legal or other obligation.

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


Re: [Talk-at] Begegnungszone / Wohnstraße - living_street?

2013-10-04 Thread adry
Bin auch der Meinung, dass es einfach als highway=residential getaggt 
gehört. Dazu maxspeed=20 ; oneway=yes (da ja Autos nur in eine Richtung 
fahren dürfen) und bicycle:backward=yes (weil Radfahrer in beide 
Richtungen dürfen). Zur vollständigkeit vielleicht auch foot=yes ?



On 04.10.2013 09:44, Friedrich Volkmann wrote:

On 03.10.2013 23:35, Markus Straub wrote:

wie sollen wir Begegnungszonen taggen?

Mit living_street wird laut Wiki
http://wiki.openstreetmap.org/wiki/Tag:highway%3Dliving_street in
Österreich
eine Wohnstraße (Schrittgeschwindigkeit) bezeichnet. In der Schweiz
ist als
Beispiel eine Begegnungszone (Tempo 20) angeführt. Das entspricht
exakt der
neuen Begenungszone in der österr. StVO.


Wenn die Schweiz nicht wär, dann wär ich sehr dafür, Begegnungszonen
einfach als highway=residential zu taggen. Denn die Unterschiede
zwischen Wohnstraßen und Begegnungszonen (Durchfahrt, Radfahren gegen
Einbahn) sind solche, die eine Route möglich oder unmöglich machen
können, während die Unterschiede zwischen Begegnungszonen und normalen
Ortsstraßen sich nur auf die Geschwindigkeit auswirken. Ob Fußgänger auf
der Fahrbahn herumlaufen dürfen, ist eigentlich eine Sache des
Spurmappings. Die Höchstgeschwindigkeit ist auf dem Verkehrszeichen für
Begegnungszonen explitit angegeben, lässt sich also so mappen wie andere
explizite Geschwindigkeitsbeschränkungen auch.



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


Re: [Talk-at] Begegnungszone / Wohnstraße - living_street?

2013-10-04 Thread Markus Straub
Grüß euch,

ich finde eine Begegnungszone[1] ist so unterschiedlich von einer normalen
Straße (highway=residential), dass sie ein anderes Tag verdient. Denn nicht
das Tempo 20 ist entscheidend für die Qualität, sondern dass Radfahrer
nebeneinander fahren dürfen und Fußgänger gehen können wo sie wollen - auch
auf der Fahrbahn.
Und nachdem in der Schweiz ziemlich genau das schon jetzt als living_street
getaggt wird finde ich es vernünftig, wenn wir das auch so handhaben.

Klarerweise muss ein Router in Österreich Wohnstraßen und Begegnungszonen
auseinanderhalten können, das geht aber imho durch die Kombination von
highway+maxspeed:
highway=living_street + maxspeed=AT:walk/5/7 (oder gar nicht gesetzt) -
Wohnstraße
highway=living_street + maxspeed=20/30 - Begegnungszone


Das heißt also:

highway=living_street
oneway=yes

muss ein Router als Wohnstraße interpretieren

highway=living_street
maxspeed=AT:walk (bzw mit einem echten Wert wie 5,7,...)
motor_vehicle=destination
oneway=yes
oneway:bicycle=no
(oneway:horse=no) - evtl.. müsste man in der StVO nachschauen :)


und

highway=living_street
oneway=yes
maxspeed=20

muss ein Router als Begebnungszone interpretieren (keine zusätzlichen
Einschränkungen notwendig)

highway=living_street
maxspeed=20
oneway=yes

LG!
Markus

[1] http://www.kfv.at/verkehr-mobilitaet/begegnungszone/





2013/10/4 adry a...@gmx.at

 Bin auch der Meinung, dass es einfach als highway=residential getaggt
 gehört. Dazu maxspeed=20 ; oneway=yes (da ja Autos nur in eine Richtung
 fahren dürfen) und bicycle:backward=yes (weil Radfahrer in beide Richtungen
 dürfen). Zur vollständigkeit vielleicht auch foot=yes ?



 On 04.10.2013 09:44, Friedrich Volkmann wrote:

 On 03.10.2013 23:35, Markus Straub wrote:

 wie sollen wir Begegnungszonen taggen?

 Mit living_street wird laut Wiki
 http://wiki.openstreetmap.org/**wiki/Tag:highway%3Dliving_**streethttp://wiki.openstreetmap.org/wiki/Tag:highway%3Dliving_streetin
 Österreich
 eine Wohnstraße (Schrittgeschwindigkeit) bezeichnet. In der Schweiz
 ist als
 Beispiel eine Begegnungszone (Tempo 20) angeführt. Das entspricht
 exakt der
 neuen Begenungszone in der österr. StVO.


 Wenn die Schweiz nicht wär, dann wär ich sehr dafür, Begegnungszonen
 einfach als highway=residential zu taggen. Denn die Unterschiede
 zwischen Wohnstraßen und Begegnungszonen (Durchfahrt, Radfahren gegen
 Einbahn) sind solche, die eine Route möglich oder unmöglich machen
 können, während die Unterschiede zwischen Begegnungszonen und normalen
 Ortsstraßen sich nur auf die Geschwindigkeit auswirken. Ob Fußgänger auf
 der Fahrbahn herumlaufen dürfen, ist eigentlich eine Sache des
 Spurmappings. Die Höchstgeschwindigkeit ist auf dem Verkehrszeichen für
 Begegnungszonen explitit angegeben, lässt sich also so mappen wie andere
 explizite Geschwindigkeitsbeschränkungen auch.


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

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


Re: [Talk-at] Begegnungszone / Wohnstraße - living_street?

2013-10-04 Thread Norbert Wenzel

On 10/04/2013 04:38 PM, Markus Straub wrote:

ich finde eine Begegnungszone[1] ist so unterschiedlich von einer
normalen Straße (highway=residential), dass sie ein anderes Tag
verdient. Denn nicht das Tempo 20 ist entscheidend für die Qualität,
sondern dass Radfahrer nebeneinander fahren dürfen und Fußgänger gehen
können wo sie wollen - auch auf der Fahrbahn.


Was auch immer die Schweizer taggen. Nachdem wir eigentlich bis jetzt 
ausschließlich Wohnstraßen als living_street getagged haben, würd ich 
mir das gut überlegen, ob ich wegen der paar Begegnungszonen alle 
anderen Wohnstraßen umtaggen und um Zusatztags erweitern will, damit man 
sie von den Begegnungszonen unterscheiden kann.


Und vom Routing her sollte das maxspeed=20 ausreichen, dass ein Router 
jede andere Straße mit maxspeed=50 vorzieht (fürs Auto). Der einzige 
Vorteil vom Tagging als living_street ist imo, dass sich das Rendering 
im Standard Mapnik deutlich unterscheidet. Das wär mir persönlich 
allerdings relativ egal.


Norbert


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


Re: [Talk-at] Begegnungszone / Wohnstraße - living_street?

2013-10-04 Thread Markus Straub

Hallo!

Norbert, bitte lies meine vorige Nachricht nochmals, es ist keine 
einzige Änderung der existierenden Wohnstraßen notwendig.


Mein Punkt ist:
highway=residential + maxspeed=20 (oder auch maxspeed=30) ist einfach 
nicht als Begegnungszone erkennbar. Eine Auswertung der Karte auf 
Qualität der Umgebung für Fußgänger ist so nicht möglich.


Oder wie könnte man highway=residential + maxspeed=20/30 noch so 
umtaggen, dass klar, ist dass Fußgänger auf der Fahrbahn gehen können 
und die Straße evtl Shared Space / Fuzo-mäßig gestaltet ist?


LG,
Markus

On 10/04/2013 05:31 PM, Norbert Wenzel wrote:

On 10/04/2013 04:38 PM, Markus Straub wrote:

ich finde eine Begegnungszone[1] ist so unterschiedlich von einer
normalen Straße (highway=residential), dass sie ein anderes Tag
verdient. Denn nicht das Tempo 20 ist entscheidend für die Qualität,
sondern dass Radfahrer nebeneinander fahren dürfen und Fußgänger gehen
können wo sie wollen - auch auf der Fahrbahn.


Was auch immer die Schweizer taggen. Nachdem wir eigentlich bis jetzt
ausschließlich Wohnstraßen als living_street getagged haben, würd ich
mir das gut überlegen, ob ich wegen der paar Begegnungszonen alle
anderen Wohnstraßen umtaggen und um Zusatztags erweitern will, damit man
sie von den Begegnungszonen unterscheiden kann.

Und vom Routing her sollte das maxspeed=20 ausreichen, dass ein Router
jede andere Straße mit maxspeed=50 vorzieht (fürs Auto). Der einzige
Vorteil vom Tagging als living_street ist imo, dass sich das Rendering
im Standard Mapnik deutlich unterscheidet. Das wär mir persönlich
allerdings relativ egal.

Norbert


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


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


Re: [Talk-at] Begegnungszone / Wohnstraße - living_street?

2013-10-04 Thread Stefan Tauner
On Fri, 04 Oct 2013 19:19:43 +0200
Markus Straub markus.straub...@gmail.com wrote:

 Hallo!
 
 Norbert, bitte lies meine vorige Nachricht nochmals, es ist keine 
 einzige Änderung der existierenden Wohnstraßen notwendig.
 
 Mein Punkt ist:
 highway=residential + maxspeed=20 (oder auch maxspeed=30) ist einfach 
 nicht als Begegnungszone erkennbar. Eine Auswertung der Karte auf 
 Qualität der Umgebung für Fußgänger ist so nicht möglich.
 
 Oder wie könnte man highway=residential + maxspeed=20/30 noch so 
 umtaggen, dass klar, ist dass Fußgänger auf der Fahrbahn gehen können 
 und die Straße evtl Shared Space / Fuzo-mäßig gestaltet ist?

Ich finde den Vorschlag von Markus recht gut. Eine andere Möglichkeit
wäre vl. highway=pedestrian für SS mit einem Haufen Zusatztags um die
Defaults zu korrigieren (die ich grad nicht im Kopf habe)?

-- 
Kind regards/Mit freundlichen Grüßen, Stefan Tauner

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


Re: [Talk-at] Begegnungszone / Wohnstraße - living_street?

2013-10-04 Thread C K
Ich bin mit der Rechtslage nicht so vertraut aber ich denke in einer
Wohnstraße gilt immer noch das Rechtsfahrgebot, in der Begegnungszone ist
dem nicht so.
Z.B. die Begegnungszone in Unterach am Attersee hat zusätzlich ein weiteres
Schild mit dem Hinweis: Rechfahrregel gilt (wenn ich mich recht erinnere).
IMHO ist dies ein besserer Grund Wohnstraße und Begegnungszone zu
differenzieren bzw. für Begegnungszonen einen eigenen TAG einzuführen.
Am 04.10.2013 17:31 schrieb Norbert Wenzel norbert.wenzel.li...@gmail.com
:

 On 10/04/2013 04:38 PM, Markus Straub wrote:

 ich finde eine Begegnungszone[1] ist so unterschiedlich von einer
 normalen Straße (highway=residential), dass sie ein anderes Tag
 verdient. Denn nicht das Tempo 20 ist entscheidend für die Qualität,
 sondern dass Radfahrer nebeneinander fahren dürfen und Fußgänger gehen
 können wo sie wollen - auch auf der Fahrbahn.


 Was auch immer die Schweizer taggen. Nachdem wir eigentlich bis jetzt
 ausschließlich Wohnstraßen als living_street getagged haben, würd ich mir
 das gut überlegen, ob ich wegen der paar Begegnungszonen alle anderen
 Wohnstraßen umtaggen und um Zusatztags erweitern will, damit man sie von
 den Begegnungszonen unterscheiden kann.

 Und vom Routing her sollte das maxspeed=20 ausreichen, dass ein Router
 jede andere Straße mit maxspeed=50 vorzieht (fürs Auto). Der einzige
 Vorteil vom Tagging als living_street ist imo, dass sich das Rendering im
 Standard Mapnik deutlich unterscheidet. Das wär mir persönlich allerdings
 relativ egal.

 Norbert


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

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


Re: [Talk-at] Hilfe bei JOSM

2013-10-04 Thread Peter Kössler

Ja, ich habs jetzt gefunden, aber nur mit Suche = josm in C:

Normal im Explorer zeigt es mir nur:  Benutzer/Kössler/Application 
Data/Microsoft  und nichts weiter, kein Roaming.
Aber Danke ich werds jetzt wieder hinbringen! Nur warum der Fehler 
entstanden ist ist mir noch unklar.


Herzlichen Dank!

Am 03.10.2013 17:38, schrieb Lukas Bischof:
Nein, der sollte in deinem Benutzerverzeichnis sein, der Pfad 
ist C:\Users\dein Benutzername\AppData\Roaming\josm
Da drinnen sollte die settings.xml liegen, die öffnest du mit einem 
Texteditor und löscht die angesprochene Zeile raus.



Am 3. Oktober 2013 16:20 schrieb Peter Kössler pkoess...@gmx.net 
mailto:pkoess...@gmx.net:


Am 03.10.2013 10:36, schrieb Lukas Bischof:

Hast du den Windows Installer oder das Standalone-Paket
verwendet? Und hast du vielleicht irgendwo einen Screenshot davon?

es hilft vielleicht, die Datei preferences.xml im
Ordner %appdata%\josm zu editieren. Dort gibt es irgendwo eine
Zeile, die mit tag key='gui.geometry' beginnt. Lösch diese
Zeile einmal raus, falls das nichts nützt, lösch die ganze
preferences.xml und die preferences.xml_backup raus, josm sollte
sie eigentlich neu schreiben. Allerdings müsstest du dann die
ganzen Einstellungen noch einmal durchgehen - da natürlich die
Standardeinstellungen geschrieben werden.


Am 3. Oktober 2013 10:16 schrieb Peter Kössler pkoess...@gmx.net
mailto:pkoess...@gmx.net:

Kann mir bitte jemand helfen, seit letztem Update auf 6238
öffnet sich JOSM immer im Vollbild ohne Möglichkeit der
Änderung der Fenstergröße und auch kein Zugriff auf andere
laufende Progs.
Auch Öffen der Vorgängerversion ändert nichts daran. Windows
7 Betriebssystem.

Danke, Peter.

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




-- 
Lukas Bischof

p: +43 (664) 416 84 34 tel:%2B43%20%28664%29%20416%2084%2034
w: http://www.wordy-rappinghood.net/
@: lukas.bisc...@gmail.com mailto:lukas.bisc...@gmail.com


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

Ich hab josm-tested.jar in JavaRt gestartet  und finde keine GUI
oder preferences.

Ist das eventuell in Java zu suchen?

Danke, Peter.

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




--
Lukas Bischof
p: +43 (664) 416 84 34
w: http://www.wordy-rappinghood.net/
@: lukas.bisc...@gmail.com mailto:lukas.bisc...@gmail.com


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


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


Re: [Talk-at] Begegnungszone / Wohnstraße - living_street?

2013-10-04 Thread Friedrich Volkmann

Markus Straub wrote:

ich finde eine Begegnungszone[1] ist so unterschiedlich von einer normalen 
Straße (highway=residential), dass sie ein anderes Tag verdient. Denn nicht das 
Tempo 20 ist entscheidend für die Qualität, sondern dass Radfahrer 
nebeneinander fahren dürfen und Fußgänger gehen können wo sie wollen - auch auf 
der Fahrbahn.


Auf jeder Straße ohne Gehsteig dürfen Fußgänger auf der Fahrbahn gehen 
(außer auf Autobahnen und Autostraßen). Die Besonderheit von Begegnungszonen 
ist nur, dass Fußgängern nicht die Straßenseite vorgeschrieben ist. Die 
praktische Bedeutung dieses Details halte ich für gering.



Und nachdem in der Schweiz ziemlich genau das schon jetzt als living_street 
getaggt wird finde ich es vernünftig, wenn wir das auch so handhaben.


Das ist eigentlich das einzige Argument - die Bedeutung von Tags sollte 
möglichst überall gleich sein. Aber man muss schon auch dazusagen, dass die 
Schweizer das Tag zweckentfremdet haben. living street ist nämlich das 
englische Wort für Wohnstraße und nicht für Begegnungszone.



Klarerweise muss ein Router in Österreich Wohnstraßen und Begegnungszonen 
auseinanderhalten können, das geht aber imho durch die Kombination von 
highway+maxspeed:
highway=living_street + maxspeed=AT:walk/5/7 (oder gar nicht gesetzt) - 
Wohnstraße
highway=living_street + maxspeed=20/30 - Begegnungszone


Mit maxspeed=20/30 ein motor_vehicle=yes und ein cycleway=no (opposite 
aufhebend) zu implizieren halte ich für einen Murks. Da kennt sich keiner 
mehr aus.



wir vermischen gerade drei Dinge, eigentlich wollte ich nur von zwei reden :)

1) Wohnstraße: http://www.jusline.at/76b_Wohnstra%C3%9Fe_StVO.html
2) Begegnungszone: http://www.kfv.at/verkehr-mobilitaet/begegnungszone/
3) Shared Space (Abwesenheit jeglicher Schilder,..)


2 ist meiner Meinung nach nur eine deutsche Übersetzung von 3. Mit dem 
Begriff Begegnungszone wurde nur das in die StVO aufgenommen, was unter dem 
Begriff Shared Space schon länger praktiziert wurde. Der einzige Unterschied 
ist, dass Begegnungszonen nur zusammen mit maxspeed=20 oder 30 vorkommen 
dürfen. Das rechtfertigt meiner Meinung nach noch keinen unterschiedlichen 
highway-Typ.



@ C K: wie das mit dem Rechtsfahrgebot ist konnte ich gerade nicht
rausfinden. Einen eigenen Tag im Sinne von highway=begegnungszone
einzuführen halte ich nicht sonderlich sinnvoll, eben weil living_street
schon ein Sammelding für derartige Verkehrsberuhigungen ist.


Eine Wohnstraße ist was ganz anderes, weil Kfz nur zufahren dürfen, 
Schrittgeschwindigkeit gilt und Nachrang gegenüber anderen Straßen. 
Wohnstraßen haben mehr mit highway=service gemeinsam. highway=living_street 
ist sicher kein Sammeltag für Verkehrsberuhigungen, denn für bauliche 
Verkehrsberuhigungen gibt es einen eigenen Key traffic_calming=*, und für 
Geschwindigkeitsbeschränkungen gibt es den key maxspeed=*.


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

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


[Talk-ro] Extrasul Romaniei a depasit 100 MB

2013-10-04 Thread Ciprian Talaba
In cazul in care a trecut neobservat, vreau sa va atrag atentia asupra
faptului ca extrasul Romaniei a trecut de frumoasa cifra de 100 MB. O
crestere frumoasa de peste 25% de la inceputul anului!

http://osm.stilpu.org/daily-odbl/

--Ciprian
attachment: osm-ro-100mb.png___
Talk-ro mailing list
Talk-ro@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ro


Re: [Talk-ro] Extrasul Romaniei a depasit 100 MB

2013-10-04 Thread Razvan

Pai unii chiar au muncit intens anul acesta pe harta...

On 04.10.2013 17:20, Ciprian Talaba wrote:
In cazul in care a trecut neobservat, vreau sa va atrag atentia asupra 
faptului ca extrasul Romaniei a trecut de frumoasa cifra de 100 MB. O 
crestere frumoasa de peste 25% de la inceputul anului!


http://osm.stilpu.org/daily-odbl/

--Ciprian


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


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


Re: [Talk-ro] Extrasul Romaniei a depasit 100 MB

2013-10-04 Thread Razvan

Cine? Ala de sta in zona spitalului de nebuni Socola???

On 04.10.2013 22:06, Gabriel Sebastian Moise wrote:

Mie unu mi s-a cam luat, din cauza unuia.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Extrasul-Romaniei-a-depasit-100-MB-tp5780138p5780179.html
Sent from the Romania mailing list archive at Nabble.com.

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



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


Re: [Talk-cz] Opravdu není žádná shoda o adresních bodech?

2013-10-04 Thread Dalibor Jelínek
Ahoj,

prosím, neuraž se, ale tvoje odpověď mi teda vůbec nepomohla.

 

Moje původní otázka byla, jestli je nějaká shoda na tom, jak se mají adresy 
kreslit do OSM.

Archiv talk-cz jsem prolejzal a skutečně je tam toho napsáno hodně,

ale že bych našel informaci, jaký je preferovaný způsob, to teda ne.

Přijde mi škoda, že, pokud teda shoda vůbec je, to někdo nenapsal na wiki, aby 
v tom bylo jasno.

 

Primárně nechci nic zlepšovat, ale prostě bych jen chtěl data do mapy přidávat,

tak aby to bylo co nejúčelnější. A odpověď na otázku jestli mám adresu 

dávat radši jako:

-  samostatný bod na místo určené v KM nebo RÚIAN

-  bod v cestě obrysu domu, pokud možno na vchod

-  přímo do obrysu domu

jsem prostě nikde nenašel.

 

Dost pochybuju, že mi odpověď přímo poskytne tebou doporučované studium GIS a 
možností překryvných analýz.

 

Zkoumal jsem, co je vlastně v RÚIAN a došel jsem k závěru, možná zcela mylnému,

že nakonec v KM i v RÚIAN jsou adresy jen jako body, byť možná RÚIAN obsahuje

i vektory budov.

 

Vůbec nechápu, co máš na mysli touhle větou

 Systém adresních bodů (jakož i budov) už mimo OSM někdo vymyslel, udržuje ho 
 a z 99% bude vždy naším jediným zdrojem RUIAN/KM. Dnešní využití těchto dat v 
 OSM je jemu podobné a tento systém je pro nás dost dobrý

Chápu, že tím asi myslíš, že budeme vždy vycházet z těchto dvou zdrojů,

ale myslíš tím, že teda máme používat pro adresy body v místech, kde jsou v 
RÚIAN a v KM?

Nebo tím chceš říct úplně něco jiného?

 

Díky za upřesnění.

Zdraví,

Dalibor

 

 

From: hanoj [mailto:eha...@gmail.com] 
Sent: Thursday, October 3, 2013 8:46 PM
To: OpenStreetMap Czech Republic
Subject: Re: [Talk-cz] Opravdu není žádná shoda o adresních bodech?

 

Ahoj,

přiznám se že už nemám sílu číst každého 1/4 roku téma jak vylepšit 
reprezentaci adresních bodů. Věcně je toho v archivech talk-cz popsáno dost.

Systém adresních bodů (jakož i budov) už mimo OSM někdo vymyslel, udržuje ho a 
z 99% bude vždy naším jediným zdrojem RUIAN/KM. Dnešní využití těchto dat v OSM 
je jemu podobné a tento systém je pro nás dost dobrý (kosmetika obsahu 
číselných tagů je mimo můj horizont událostí).

Než budete pouštět svou fantazii kam a jak dávat adresní bod, přečtěte si úvod 
do GIS, proberte se základními možnosti překryvných analýz ve vektorových 
datech. Zkuste si vytvořit, popsat a udržovat funkční datový model geodatabáze 
o právě jedné možné formě. Doufám, že pak uvidíte, že v jednoduchosti je síla. 
(to jsem asi votravnej, takové maily jsem vždycky od druhých četl hrozně rád...)

 

ha 
hanoj





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


Re: [Talk-cz] Opravdu není žádná shoda o adresních bodech?

2013-10-04 Thread hanoj
Ahoj,

 prosím, neuraž se, ale tvoje odpověď mi teda vůbec nepomohla.
*** urcite ne;)

 Moje původní otázka byla, jestli je nějaká shoda na tom, jak se mají adresy 
 kreslit do OSM.
 Archiv talk-cz jsem prolejzal a skutečně je tam toho napsáno hodně,
 ale že bych našel informaci, jaký je preferovaný způsob, to teda ne.

 Přijde mi škoda, že, pokud teda shoda vůbec je, to někdo nenapsal na wiki, 
 aby v tom bylo jasno.
*** absolutní shoda tu nebyla nikdy na ničem, podle toho to taky to
občas vypadá. Existuji spíše převažující zvyky. Na editační války je
tu málo lidí.
*** tvořit wiki je chválihodné.

 Primárně nechci nic zlepšovat, ale prostě bych jen chtěl data do mapy 
 přidávat,

 tak aby to bylo co nejúčelnější. A odpověď na otázku jestli mám adresu
 dávat radši jako:

 -a  samostatný bod na místo určené v KM nebo RÚIAN

 -b  bod v cestě obrysu domu, pokud možno na vchod

 -c  přímo do obrysu domu

 jsem prostě nikde nenašel.
*** dle mého názoru a také když stáhnu v drtivé většině OSM data,
spustím addr plugin v JOSM a nebo poloimport z UIR-ADR taky tak je to
var a):  samostatný bod na místo _odvozené_ z KM nebo RÚIAN, bod
který neobsahuje nic jiného.

  Dost pochybuju, že mi odpověď přímo poskytne tebou doporučované
studium GIS a možností překryvných analýz.
*** mě to kdysi dost pomohlo v přemýšlení v GIS... proč není nutná
pevná vazba s jinými prvky a co se ztrácí vložením do obrysu.

 Zkoumal jsem, co je vlastně v RÚIAN a došel jsem k závěru, možná zcela 
 mylnému,
 že nakonec v KM i v RÚIAN jsou adresy jen jako body, byť možná RÚIAN obsahuje
 i vektory budov.
*** správně

 Vůbec nechápu, co máš na mysli touhle větou

  Systém adresních bodů (jakož i budov) už mimo OSM někdo vymyslel, udržuje 
  ho a z 99% bude vždy naším jediným zdrojem RUIAN/KM. Dnešní využití těchto 
  dat v OSM je jemu podobné a tento systém je pro nás dost dobrý

 Chápu, že tím asi myslíš, že budeme vždy vycházet z těchto dvou zdrojů,
 ale myslíš tím, že teda máme používat pro adresy body v místech, kde jsou v 
 RÚIAN a v KM?
*** chci tím říct, že adresní body mají být formou pouze body a mají
obsahovat jen adresní tagy (nikoliv POI). Umístěné mají být nad
reprezentativní budovou (problém vazby budova adresa M:N).


ha
hanoj

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


Re: [OSM-talk-fr] Orthophotographie et MNT de la Communauté Urbaine de Bordeaux

2013-10-04 Thread Jean-Baptiste Holcroft
Vu le nombre d'orthophoto libérées, cela ne deviendrait pas intéressant de
les unifier dans un seul tms ?
 Le 3 oct. 2013 21:27, Jean-Claude Repetto jrepe...@free.fr a écrit :

 On 03/10/2013 21:11, Romain MEHUT wrote:

 Euh svp moi d'abord ;-p
 cf. ma demande en août pour la Communauté Urbaine du Grand Nancy
 https://lists.openstreetmap.**org/pipermail/talk-fr/2013-**
 August/062047.htmlhttps://lists.openstreetmap.org/pipermail/talk-fr/2013-August/062047.htmlpour


 Et les orthos du CRIGE-PACA (seules celles des Alpes-Maritimes sont en
 ligne !)

 Jean-Claude



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

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


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

2013-10-04 Thread Nicolas Dumoulin
Bonjour,

C'est un chantier intéressant :-)
Je suis allé faire un tour pour voir où ça en était et sur quoi on trouve un 
consensus.

Le vendredi 4 octobre 2013 05:29:57 Philippe Verdy a écrit :
 Les cheminements piétons le long du jardin avaient un sens aussi d'autant
 plus qu'il y a des barrières sur les trottoirs ! Mais tu les as virés ! Tu
 as vité aussi tous les passages piétons !

Je ne suis pas sûr qu'il soit pertinent de cartographier les trottoirs 
séparément. Si ce sont les barrières qui t'intéresse, tu peux utiliser 
footway=sidewalk
https://wiki.openstreetmap.org/wiki/FR:Tag:footway%3Dsidewalk
et une étiquette supplémentaire pour la barrière. « Il y a une étiquette pour 
ça » ©
Surtout, que le footway qui ne termine sur rien …
http://www.openstreetmap.org/browse/way/240459278

Pour moi, la seule partie de footway (du chemin 240459278) qui mérite d'être 
conservé est celle qui traverse le petit square au nord, et va reboucler sur 
la rue des Armuriers.

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

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


Re: [OSM-talk-fr] Matériel de promotion

2013-10-04 Thread Christian Quest
Le live est un bon outil à utiliser lorsqu'on a une connexion internet qui
fonctionne correctement.

Oui, les petits drapeaux ne sont plus là,, suite à la migration du live
après une panne de serveur. Un petit truc à remettre en route...

Pour un diaporama, vous pouvez vous inspirer de la présentation suivante où
j'ai mis pas mal de copie d'écran de cartes et autres usages d'OSM :
http://prezi.com/6lcmtjyyeo7p (oui, je sais, prezi c'est pas du libre)



Le 3 octobre 2013 10:25, Nicolas Dumoulin 
nicolas_openstreetmap@dumoulin63.net a écrit :

 Le jeudi 3 octobre 2013 10:12:09 Eric a écrit :
  Au fait, sur le live, c'est moi ou y'a le p'tit drapeau du pays qui à
  disparu à droite des changeset ? Chez moi, je n'ai plus qu'un rectangle
  blanc...

 Pareil chez moi. De même pour les icônes de POI qui essaie de récupérer
 http://www.iosm.eu/live/lwt_map_icons/green/O.png qui est en 404.

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

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




-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] relation boundary et noeud admin_centre

2013-10-04 Thread Christian Quest
Il s'agit donc d'un cas particulier favorable... la généralité est inverse
malheureusement à l'échelle de la planète.


Le 3 octobre 2013 13:24, rainerU ra...@sfr.fr a écrit :

 Am 02.10.2013 22:35, schrieb Christian Quest:
  Le 2 octobre 2013 12:53, rainerU ra...@sfr.fr
  C'est parce que tu affiches le nom de la commune à la position de
  l'admin_centre. Je fais un rendu qui montre juste les limites
 administratives et
  les noms des communes. J'obtiens le meilleur résultat quand je
 positionne le nom
  par rapport au contour du polygone. Pour cela, il serait plus utile
 d'avoir
  population, name:xx etc. sur la relation.
 
 
  Et quand il n'y a pas de polygone... tu n'affiche plus de nom ?

 Ma carte ne couvre que le département 66 et toutes les polygones y
 existent.


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




-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Orthophotographie et MNT de la Communauté Urbaine de Bordeaux

2013-10-04 Thread Christian Quest
Si l'emprise était continue... mais là ce sont quelques rares pièces d'un
grand puzzle vide ailleurs...


Le 4 octobre 2013 08:23, Jean-Baptiste Holcroft jb.holcr...@gmail.com a
écrit :

 Vu le nombre d'orthophoto libérées, cela ne deviendrait pas intéressant de
 les unifier dans un seul tms ?


-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


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

2013-10-04 Thread Philippe Verdy
Pour les barrières c'est déjà fait et c'est visible. Il y en a pratiquement
tout autour de la place, le cheminement piéton est imposé.
Maintenant il n'y a aucune obligation à ce qu'un chemineent piéton
aboutisse à quelque chose non plus mais il est nécessaire derrière une
barrière.


Le 4 octobre 2013 08:28, Nicolas Dumoulin 
nicolas_openstreetmap@dumoulin63.net a écrit :

 Bonjour,

 C'est un chantier intéressant :-)
 Je suis allé faire un tour pour voir où ça en était et sur quoi on trouve
 un
 consensus.

 Le vendredi 4 octobre 2013 05:29:57 Philippe Verdy a écrit :
  Les cheminements piétons le long du jardin avaient un sens aussi d'autant
  plus qu'il y a des barrières sur les trottoirs ! Mais tu les as virés !
 Tu
  as vité aussi tous les passages piétons !

 Je ne suis pas sûr qu'il soit pertinent de cartographier les trottoirs
 séparément. Si ce sont les barrières qui t'intéresse, tu peux utiliser
 footway=sidewalk
 https://wiki.openstreetmap.org/wiki/FR:Tag:footway%3Dsidewalk
 et une étiquette supplémentaire pour la barrière. « Il y a une étiquette
 pour
 ça » ©
 Surtout, que le footway qui ne termine sur rien …
 http://www.openstreetmap.org/browse/way/240459278

 Pour moi, la seule partie de footway (du chemin 240459278) qui mérite
 d'être
 conservé est celle qui traverse le petit square au nord, et va reboucler
 sur
 la rue des Armuriers.

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

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


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

2013-10-04 Thread Philippe Verdy
Note que pour la traversée du square au Nord par la rue il y a une
barrier=bollard  de chaque côté (forme de barrière discontinue avec de
plots en beton et en métal, qui ne gène pas les piétons mais bloque les
voitures). Le sud du square a des barrières physiques que les piétons ne
peuvent normalement pas franchir. Cheminement imposé là aussi. On dirait
qu'il y a aussi un banc à l'angle sud-ouest du square mais la photo ne le
montre pas bien.



Le 4 octobre 2013 09:50, Philippe Verdy verd...@wanadoo.fr a écrit :

 Pour les barrières c'est déjà fait et c'est visible. Il y en a
 pratiquement tout autour de la place, le cheminement piéton est imposé.
 Maintenant il n'y a aucune obligation à ce qu'un chemineent piéton
 aboutisse à quelque chose non plus mais il est nécessaire derrière une
 barrière.


 Le 4 octobre 2013 08:28, Nicolas Dumoulin 
 nicolas_openstreetmap@dumoulin63.net a écrit :

 Bonjour,

 C'est un chantier intéressant :-)
 Je suis allé faire un tour pour voir où ça en était et sur quoi on trouve
 un
 consensus.

 Le vendredi 4 octobre 2013 05:29:57 Philippe Verdy a écrit :
  Les cheminements piétons le long du jardin avaient un sens aussi
 d'autant
  plus qu'il y a des barrières sur les trottoirs ! Mais tu les as virés !
 Tu
  as vité aussi tous les passages piétons !

 Je ne suis pas sûr qu'il soit pertinent de cartographier les trottoirs
 séparément. Si ce sont les barrières qui t'intéresse, tu peux utiliser
 footway=sidewalk
 https://wiki.openstreetmap.org/wiki/FR:Tag:footway%3Dsidewalk
 et une étiquette supplémentaire pour la barrière. « Il y a une étiquette
 pour
 ça » ©
 Surtout, que le footway qui ne termine sur rien …
 http://www.openstreetmap.org/browse/way/240459278

 Pour moi, la seule partie de footway (du chemin 240459278) qui mérite
 d'être
 conservé est celle qui traverse le petit square au nord, et va reboucler
 sur
 la rue des Armuriers.

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



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


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

2013-10-04 Thread Philippe Verdy
Avec quelques autres détails ajoutés (y compris le salon de coiffure
visible sur les photos) c'est plus clair sur le rendu français où on zoome
plus loin
http://tile.openstreetmap.fr/?zoom=19lat=45.42852lon=4.39853layers=B00



Le 4 octobre 2013 09:54, Philippe Verdy verd...@wanadoo.fr a écrit :

 Note que pour la traversée du square au Nord par la rue il y a une
 barrier=bollard  de chaque côté (forme de barrière discontinue avec de
 plots en beton et en métal, qui ne gène pas les piétons mais bloque les
 voitures). Le sud du square a des barrières physiques que les piétons ne
 peuvent normalement pas franchir. Cheminement imposé là aussi. On dirait
 qu'il y a aussi un banc à l'angle sud-ouest du square mais la photo ne le
 montre pas bien.



 Le 4 octobre 2013 09:50, Philippe Verdy verd...@wanadoo.fr a écrit :

 Pour les barrières c'est déjà fait et c'est visible. Il y en a
 pratiquement tout autour de la place, le cheminement piéton est imposé.
 Maintenant il n'y a aucune obligation à ce qu'un chemineent piéton
 aboutisse à quelque chose non plus mais il est nécessaire derrière une
 barrière.


 Le 4 octobre 2013 08:28, Nicolas Dumoulin 
 nicolas_openstreetmap@dumoulin63.net a écrit :

 Bonjour,

 C'est un chantier intéressant :-)
 Je suis allé faire un tour pour voir où ça en était et sur quoi on
 trouve un
 consensus.

 Le vendredi 4 octobre 2013 05:29:57 Philippe Verdy a écrit :
  Les cheminements piétons le long du jardin avaient un sens aussi
 d'autant
  plus qu'il y a des barrières sur les trottoirs ! Mais tu les as virés
 ! Tu
  as vité aussi tous les passages piétons !

 Je ne suis pas sûr qu'il soit pertinent de cartographier les trottoirs
 séparément. Si ce sont les barrières qui t'intéresse, tu peux utiliser
 footway=sidewalk
 https://wiki.openstreetmap.org/wiki/FR:Tag:footway%3Dsidewalk
 et une étiquette supplémentaire pour la barrière. « Il y a une étiquette
 pour
 ça » ©
 Surtout, que le footway qui ne termine sur rien …
 http://www.openstreetmap.org/browse/way/240459278

 Pour moi, la seule partie de footway (du chemin 240459278) qui mérite
 d'être
 conservé est celle qui traverse le petit square au nord, et va reboucler
 sur
 la rue des Armuriers.

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




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


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

2013-10-04 Thread Christophe Merlet
Le 04/10/2013 07:00, Ista Pouss a écrit :
 Merci beaucoup pour ce gros travail, Pieren. Il donne un modèle de
 parcours cohérent avec la réalité, pour ce qu'il montre, à part le fait
 que dans ton interprétation il est impossible d'aller de la rue
 Pélissier Est à la rue des armuriers, alors que c'est possible sur le
 terrain. Mais il me semble qu'il suffirait de retirer le oneway=yes sur
 http://www.openstreetmap.org/browse/way/239310875 pour y parvenir ? je
 te laisse voir si tu as le temps.
 
 Je trouve un peu exagéré d'avoir supprimé les voies piétonnes, car les
 trottoirs sont souvent séparés de la route par une barrière. En quelques
 endroits il y a même un dévert en creux entre le trottoir et la route,
 tout le sol de la place étant en pente. Bien sûr que cela pose des
 problèmes pour montrer les parcours trottoirs/trottoirs,
 trottoirs/route, trottoirs/passage piétons... si on supprime les
 trottoirs plus de problèmes, bien sûr :-) Heureusement qu'il n'y a
 aucune voie cyclable sur cette place :-)
 
 Ta remarque sur les numéros de maison est intéressante, je n'avais pas
 pensé que cela renforçait la fiabilité de la carte, mais quel boulot !
 
 Et je reste quand même étonné que l'on présente ce qui de mon avis
 ressemble à une surface routière par du filaire... si les parcours sont
 conformes à la réalité, les choses n'y sont pas du tout ! mais il semble
 que je fatigue quelques uns avec cette histoire... donc j'admets
 peace and love.
 


Petit à petit la représentation de ce carrefour s'améliore.

Saint-Exupéry disait La perfection est atteinte, non pas lorsqu'il n'y
a plus rien à  ajouter, mais lorsqu'il n'y a plus rien à  retirer.

Dans le cas présent à part le segment 240459266 sans aucune balise, je
n'ai plus de remarques à formuler :)
Pensez juste à donner un petit coup de validator de JOSM pour corriger
quelques erreurs mineures signalées...



Librement,
-- 
Christophe Merlet (RedFox)

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


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

2013-10-04 Thread Pieren
2013/10/4 Ista Pouss ista...@gmail.com:
 Mais il me semble
 qu'il suffirait de retirer le oneway=yes sur
 http://www.openstreetmap.org/browse/way/239310875 pour y parvenir ? je te
 laisse voir si tu as le temps.

Comme une grande partie de ce que j'ai fait hier soir a été
re-déconstruit par Philippe Verdy, il faut voir avec lui ce problème
qu'il a créé. Il a rétablit la pire version qui est de mettre 3 points
d'intersections de highway là où physiquement il n'y a qu'une seule
intersection. De plus, le traffic_signals est mal utilisé, c.a.d
individuellement et pas sur l'intersection, encore une fois, taggué
pour le rendu. Mais là, j'ai une proposition sur les feux individuels
qui couve pour rectifier cette dérive. Trop long d'y revenir ici.

 Je trouve un peu exagéré d'avoir supprimé les voies piétonnes
Bon, c'est pas quelque chose que je ne fais pas habituellement. Mais
là, cette action autour de cette place concernait au départ le filaire
routier et comment tagguer la place elle-même. J'y vois un exercie
éducatif (pour ceux qui nous suivent silencieusement) et de recherche
de consensus assez original. Puis certains ont ajouté des détails
secondaires qui peuvent nuire à ce processus. De plus, comme je l'ai
signalé, les footways étaient 1. mals taggués 2. incomplets 3. mal
connectés au reste du réseau. Suffisamment de raisons qui m'ont fait
faire cette suppression (même si je savais que cela pourrait
déclencher certaines protestations compréhensibles)


2013/10/4 Phillou
 Et tu as viré le traffic_island
Je n'ai pas viré le traffic_island mais supprimé le area=yes. On ne
met pas de area=yes avec un landuse. C'est pourtant simple. Ce que
tu fais avec area=yes, c'est tagguer pour le rendu, pour Mapnik.
L'utilisation du tag landuse=village_green est encore une fois
erronée. Le village green correspond à quelque chose de très précis
chez les anglais:
An area of common land (usually grass but may also be a lake), in the
centre of a village ([1]). Un concept qui n'existe pas en France.
Encore une fois, c'est du tagguer pour le rendu sans comprendre le
sens des tags. Je suis étonné qu'après une aussi longue présence dans
le projet, tu n'es pas encore pris le temps de lire la documentation
des tags sur le wiki et que tu fasses tellement de tagguer pour le
rendu, chose qu'on peut pardonner aux débutants mais pas aux plus
anciens.

Pieren

[1] http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dvillage_green

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


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

2013-10-04 Thread Philippe Verdy
initialement il n'y avait que divider mais comme il demande area=yes...
No je ne tague pas pour le rendu


Le 4 octobre 2013 10:54, Pieren pier...@gmail.com a écrit :

 2013/10/4 Ista Pouss ista...@gmail.com:
  Mais il me semble
  qu'il suffirait de retirer le oneway=yes sur
  http://www.openstreetmap.org/browse/way/239310875 pour y parvenir ? je
 te
  laisse voir si tu as le temps.

 Comme une grande partie de ce que j'ai fait hier soir a été
 re-déconstruit par Philippe Verdy, il faut voir avec lui ce problème
 qu'il a créé. Il a rétablit la pire version qui est de mettre 3 points
 d'intersections de highway là où physiquement il n'y a qu'une seule
 intersection. De plus, le traffic_signals est mal utilisé, c.a.d
 individuellement et pas sur l'intersection, encore une fois, taggué
 pour le rendu. Mais là, j'ai une proposition sur les feux individuels
 qui couve pour rectifier cette dérive. Trop long d'y revenir ici.

  Je trouve un peu exagéré d'avoir supprimé les voies piétonnes
 Bon, c'est pas quelque chose que je ne fais pas habituellement. Mais
 là, cette action autour de cette place concernait au départ le filaire
 routier et comment tagguer la place elle-même. J'y vois un exercie
 éducatif (pour ceux qui nous suivent silencieusement) et de recherche
 de consensus assez original. Puis certains ont ajouté des détails
 secondaires qui peuvent nuire à ce processus. De plus, comme je l'ai
 signalé, les footways étaient 1. mals taggués 2. incomplets 3. mal
 connectés au reste du réseau. Suffisamment de raisons qui m'ont fait
 faire cette suppression (même si je savais que cela pourrait
 déclencher certaines protestations compréhensibles)


 2013/10/4 Phillou
  Et tu as viré le traffic_island
 Je n'ai pas viré le traffic_island mais supprimé le area=yes. On ne
 met pas de area=yes avec un landuse. C'est pourtant simple. Ce que
 tu fais avec area=yes, c'est tagguer pour le rendu, pour Mapnik.
 L'utilisation du tag landuse=village_green est encore une fois
 erronée. Le village green correspond à quelque chose de très précis
 chez les anglais:
 An area of common land (usually grass but may also be a lake), in the
 centre of a village ([1]). Un concept qui n'existe pas en France.
 Encore une fois, c'est du tagguer pour le rendu sans comprendre le
 sens des tags. Je suis étonné qu'après une aussi longue présence dans
 le projet, tu n'es pas encore pris le temps de lire la documentation
 des tags sur le wiki et que tu fasses tellement de tagguer pour le
 rendu, chose qu'on peut pardonner aux débutants mais pas aux plus
 anciens.

 Pieren

 [1] http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dvillage_green

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

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


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

2013-10-04 Thread Philippe Verdy
Le village_green est peut-être très précis chez les anglais mais chez nous
on traduit ça seulement par espace vert (public) et il y en a plein en
France qui n'ont jamais le formalisme anglais.


Le 4 octobre 2013 10:54, Pieren pier...@gmail.com a écrit :

 2013/10/4 Ista Pouss ista...@gmail.com:
  Mais il me semble
  qu'il suffirait de retirer le oneway=yes sur
  http://www.openstreetmap.org/browse/way/239310875 pour y parvenir ? je
 te
  laisse voir si tu as le temps.

 Comme une grande partie de ce que j'ai fait hier soir a été
 re-déconstruit par Philippe Verdy, il faut voir avec lui ce problème
 qu'il a créé. Il a rétablit la pire version qui est de mettre 3 points
 d'intersections de highway là où physiquement il n'y a qu'une seule
 intersection. De plus, le traffic_signals est mal utilisé, c.a.d
 individuellement et pas sur l'intersection, encore une fois, taggué
 pour le rendu. Mais là, j'ai une proposition sur les feux individuels
 qui couve pour rectifier cette dérive. Trop long d'y revenir ici.

  Je trouve un peu exagéré d'avoir supprimé les voies piétonnes
 Bon, c'est pas quelque chose que je ne fais pas habituellement. Mais
 là, cette action autour de cette place concernait au départ le filaire
 routier et comment tagguer la place elle-même. J'y vois un exercie
 éducatif (pour ceux qui nous suivent silencieusement) et de recherche
 de consensus assez original. Puis certains ont ajouté des détails
 secondaires qui peuvent nuire à ce processus. De plus, comme je l'ai
 signalé, les footways étaient 1. mals taggués 2. incomplets 3. mal
 connectés au reste du réseau. Suffisamment de raisons qui m'ont fait
 faire cette suppression (même si je savais que cela pourrait
 déclencher certaines protestations compréhensibles)


 2013/10/4 Phillou
  Et tu as viré le traffic_island
 Je n'ai pas viré le traffic_island mais supprimé le area=yes. On ne
 met pas de area=yes avec un landuse. C'est pourtant simple. Ce que
 tu fais avec area=yes, c'est tagguer pour le rendu, pour Mapnik.
 L'utilisation du tag landuse=village_green est encore une fois
 erronée. Le village green correspond à quelque chose de très précis
 chez les anglais:
 An area of common land (usually grass but may also be a lake), in the
 centre of a village ([1]). Un concept qui n'existe pas en France.
 Encore une fois, c'est du tagguer pour le rendu sans comprendre le
 sens des tags. Je suis étonné qu'après une aussi longue présence dans
 le projet, tu n'es pas encore pris le temps de lire la documentation
 des tags sur le wiki et que tu fasses tellement de tagguer pour le
 rendu, chose qu'on peut pardonner aux débutants mais pas aux plus
 anciens.

 Pieren

 [1] http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dvillage_green

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

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


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

2013-10-04 Thread Pieren
2013/10/4 Philippe Verdy verd...@wanadoo.fr:

 Les cheminements piétons le long du jardin avaient un sens aussi d'autant
 plus qu'il y a des barrières sur les trottoirs ! Mais tu les as virés ! Tu
 as vité aussi tous les passages piétons !

Ca n'est pas un jardin mais une zone piétonne agrémentée de quelques
plantes vertes. Faut-il que je donne ici la définition d'un jardin ?
Et si on le remet en highway=pedestrian (ce qui sera fait tantôt),
ça n'a aucun sens d'y remettre en plus des footway à l'intérieur.
Comme le dit justement Nicolas, si vous voulez indiquer les obstacles
comme des barrières ou des pots de fleurs, tagguez les barrières et
les pots de fleurs.
Mais svp rappelez vous que la question initiale était d'identifier la
place, pas de la tagguer dans ses moindres détails.

Pieren

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


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

2013-10-04 Thread Nicolas Dumoulin
Le vendredi 4 octobre 2013 05:29:57 Philippe Verdy a écrit :
 Les cheminements piétons le long du jardin avaient un sens aussi d'autant
 plus qu'il y a des barrières sur les trottoirs ! Mais tu les as virés ! Tu
 as vité aussi tous les passages piétons !

Bon Philippe, comme tu es parti, tu veux cartographier tous les trottoirs de 
Saint-
Étienne ? Pour bien faire les choses, il faudrait passer en surfacique …

Sérieusement, tu devrais réévaluer l'utilisation de footway=sidewalk
https://wiki.openstreetmap.org/wiki/FR:Tag:footway%3Dsidewalk[1]
Parce que bon, après tu peux ajouter un chemin (polyligne) pour les 
stationnements 
longitudinaux, les lignes blanches, …

Que penses-tu du footway=sidewalk ?

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


[1] https://wiki.openstreetmap.org/wiki/FR:Tag:footway%3Dsidewalk
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


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

2013-10-04 Thread Philippe Verdy
c'est un espace vert ! et pas juste quelques plantes en posées sur le sol


Le 4 octobre 2013 11:06, Pieren pier...@gmail.com a écrit :

 2013/10/4 Philippe Verdy verd...@wanadoo.fr:

  Les cheminements piétons le long du jardin avaient un sens aussi d'autant
  plus qu'il y a des barrières sur les trottoirs ! Mais tu les as virés !
 Tu
  as vité aussi tous les passages piétons !

 Ca n'est pas un jardin mais une zone piétonne agrémentée de quelques
 plantes vertes. Faut-il que je donne ici la définition d'un jardin ?
 Et si on le remet en highway=pedestrian (ce qui sera fait tantôt),
 ça n'a aucun sens d'y remettre en plus des footway à l'intérieur.
 Comme le dit justement Nicolas, si vous voulez indiquer les obstacles
 comme des barrières ou des pots de fleurs, tagguez les barrières et
 les pots de fleurs.
 Mais svp rappelez vous que la question initiale était d'identifier la
 place, pas de la tagguer dans ses moindres détails.

 Pieren

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

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


[OSM-talk-fr] [HS] Filtrer PV (était Explosion d'un carrefour)

2013-10-04 Thread Marc SIBERT
Après avoir supprimé (blacklisté) les messages de PV, je me demande comment
filtrer ses contributions dans mon réplicat local.

Des idées pour garantir l'intégrité de la base... ;-)

A+

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


Re: [OSM-talk-fr] Panneau d'information d'un chemin thématique

2013-10-04 Thread Marc SIBERT
+1

Associer les panneaux dans la relation afin de modéliser l’appartenance
du panneau au circuit, un peu comme l'arret de bus appartient à sa ligne


mes 0,02 €

A+


Le 3 octobre 2013 21:17, Romain MEHUT romain.me...@gmail.com a écrit :

 Le 03/10/2013 17:51, Mathieu Schopfer a écrit :

 Comme procèderiez-vous ?

 tourism 
 http://wiki.openstreetmap.org/wiki/Key:tourism=informationhttp://wiki.openstreetmap.org/wiki/Tag:tourism%3Dinformation?


 Ça je pense qu'il a compris mais sa question porte sur le rôle de ses
 panneaux dans une relation. J'ai déjà eu ce cas de figure et je n'ai tout
 simplement mis aucun rôle. JOSM n'aime pas mais ce n'est pas bien grave
 dans ce cas de figure.

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




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


Re: [OSM-talk-fr] [HS] Filtrer PV (était Explosion d'un carrefour)

2013-10-04 Thread Philippe Verdy
Quelle intégrité ? Je n'ai rien cassé du tout. Que de malveillance de ta
part de répliquer comme ça.
On voit bien qui fait les procès d'intentions...


Le 4 octobre 2013 11:14, Marc SIBERT m...@sibert.fr a écrit :

 Après avoir supprimé (blacklisté) les messages de PV, je me demande
 comment filtrer ses contributions dans mon réplicat local.

 Des idées pour garantir l'intégrité de la base... ;-)

 A+

 --
 Marc Sibert
 m...@sibert.fr

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


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


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

2013-10-04 Thread Nicolas Dumoulin
Le vendredi 4 octobre 2013 11:08:18 Philippe Verdy a écrit :
 c'est un espace vert ! et pas juste quelques plantes en posées sur le sol

On parle bien de ça ?
http://www.flickr.com/photos/mpoudisk/10067659485/in/set-72157636146247124/


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

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


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

2013-10-04 Thread Philippe Verdy
oui et c'est bien délimité, interdit aux piétons qui doivent passer autour


Le 4 octobre 2013 11:18, Nicolas Dumoulin 
nicolas_openstreetmap@dumoulin63.net a écrit :

 Le vendredi 4 octobre 2013 11:08:18 Philippe Verdy a écrit :
  c'est un espace vert ! et pas juste quelques plantes en posées sur le sol

 On parle bien de ça ?
 http://www.flickr.com/photos/mpoudisk/10067659485/in/set-72157636146247124/


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

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


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

2013-10-04 Thread Pieren
2013/10/4 Philippe Verdy verd...@wanadoo.fr:
 c'est un espace vert ! et pas juste quelques plantes en posées sur le sol

Héhé, décidément, tu prends chaque mot à la lettre. Lorque je parlais
de pots de fleurs, c'était une image pour parler de tous ces
micro-détails comme les barrières et les bollards. C'est bien de faire
du micro-mapping. J'espère que tu vas continuer sur l'ensemble de
Saint-Etienne. Et je suis content que tu parles d'espace vert et plus
de jardin. Ca n'empêche, cette petite place reste avant tout une zone
piétonne agrémentée de plantes vertes et non un jardin où les piétons
doivent se faufiler pour le traverser. D'ailleurs, si c'était un
jardin public, quel est son nom ? Si tu veux y mettre les petits
carrés de verdure, fait le à l'intérieur du polygone de la zone
piétonne avec des inner/outer en multipolygone. En même temps, c'est
bien de faire toutes ces erreurs, tu montres aux autres ce qu'il ne
faut pas faire et ça nous donne une occasion d'y revenir en détail.

 Le village_green est peut-être très précis chez les anglais mais chez nous on
 traduit ça seulement par espace vert (public)

C'est Ton interprétation. Nul part ça n'a été formalisé ici ou dans le
wiki. C'est sans doute son rendu relativement ancien avec Mapnik et sa
couleur verte qui t'ont influencé.

Pieren

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


[OSM-talk-fr] [OSMTracker] Fichier pour vélo?

2013-10-04 Thread Shohreh
Bonjour

Les boutons par défaut sont orientés pour un usage en voiture mais il semble
qu'il soit possible de les remplacer en créant un fichier XML:

https://code.google.com/p/osmtracker-android/wiki/CustomButtonsLayouts

Quelqu'un a-t-il déjà fabriqué ce fichier pour un usage en vélo?

Merci.



--
View this message in context: 
http://gis.19327.n5.nabble.com/OSMTracker-Fichier-pour-velo-tp5780092.html
Sent from the France mailing list archive at Nabble.com.

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


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

2013-10-04 Thread Philippe Verdy
Le 4 octobre 2013 11:26, Pieren pier...@gmail.com a écrit :

 2013/10/4 Philippe Verdy verd...@wanadoo.fr:
  c'est un espace vert ! et pas juste quelques plantes en posées sur le sol

 Héhé, décidément, tu prends chaque mot à la lettre. Lorque je parlais
 de pots de fleurs, c'était une image pour parler de tous ces
 micro-détails comme les barrières et les bollards.


Les barrières et bollards ne sont pas des pots de fleurs. et cela n'avait
rien à voir avoir la qualification de la zone elle-même.


 C'est bien de faire
 du micro-mapping. J'espère que tu vas continuer sur l'ensemble de
 Saint-Etienne. Et je suis content que tu parles d'espace vert et plus
 de jardin


Je n'ai jamais parlé de jardin pour qualifier un village_green...

Pour aller dans ton sens j'ai mis plus de détails sur les 3 espaces verts
sur la zone piétonne, dou cpup j'ai enlevé les chemins piétons dessus
puisque ce niveau de détail le permet. mais au départ il n'y avait qu'une
seule zone.

Note aussi la partie finale de la rue Macé sur la zone piétonne est
maintenant non résidentielle (living_street), ce qui est plus correct (il y
a d'ailleurs certainement un panneau à l'entrée, sinon c'est le marquage
coloré de la zone qui l'indique.

J'ai ajouté aussi les 2 parkings à vélo (plus précis que les
barrières=bollard qui mélangeaient plusieurs types d'éléments: bollards et
plots métalliques, arbres, parking vélo). J'espère que maintenant c'est bon
et que tu ne râleras plus. Je garde tout de même le chemin piéton tout
autour de la place car il est bien imposé par toutes les barrières autour.

J'ai aussi remis les feux à leur place par rapport aux passages piétons, tu
en avais supprimés aussi à tord.

J'ai enfin ajouté les 2 bancs, et restauré les barrières que tu avais
supprimées à tord et qui sont bien visibles. Avec tout ça je ne vois pas
comment rester plus exact et conforme à la réalité.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


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

2013-10-04 Thread Philippe Verdy
Le 4 octobre 2013 11:26, Pieren pier...@gmail.com a écrit :

  Le village_green est peut-être très précis chez les anglais mais chez
 nous on
  traduit ça seulement par espace vert (public)

 C'est Ton interprétation. Nul part ça n'a été formalisé ici ou dans le
 wiki. C'est sans doute son rendu relativement ancien avec Mapnik et sa
 couleur verte qui t'ont influencé.


Si c'est la couleur verte, peut-être mais alors pourquoi cette couleur si
cela peut inclure des lacs ??? Il y a plein d'exemples en France avec des
village-green utilisés partout où il y a un carré de verdure non destiné à
être piétiné, avec fleurs, arbres, plantes, parfois un peu de pelouse mais
pas accessible facilement (par exemple au milieu d'un rond-point, ou
ceinturé de barrières comme ici).

Mais je n'ai jamais interprété un village_green comme un jardin ou un parc.
Les village_greens sont souvent très petits en comparaison.

Maintenant arrêt de parler de mes erreurs alors que toutes sortes de
choses ont été essayées ici, y compris par toi qui n'ont pas marché non
plus. Au final on se rend compte que taguer une place n'est pas facile, car
on n'a pas de tag correct dédié pour ça et on doit bricoler autour quitte à
trouver des chemins qui porteront le nom.

Ton interprétation de place=locality comem un lieu inhabité au mileu de
nulle part est aussi fausse. C'est juste qu'elle n'a pas d'habitants à
cette adresse mais elle peut très bien être en ville dans une zone où il
n'y a pas de bâtiment, ce qui est le cas ici d'une place qui a bien zéro
habitants. A mon avis on devrait avoir place=square ou place=crossroad car
actuellement on ne peut nommer que les rond-points ou les ponts et tunnels.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


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

2013-10-04 Thread Pieren
2013/10/4 Philippe Verdy verd...@wanadoo.fr:
 Les barrières et bollards ne sont pas des pots de fleurs. et cela n'avait
 rien à voir avoir la qualification de la zone elle-même.

J'espère que c'est de l'humour sinon ton cas est encore plus désespéré
que je ne pensais.

 Note aussi la partie finale de la rue Macé sur la zone piétonne est
 maintenant non résidentielle (living_street), ce qui est plus correct (il y
 a d'ailleurs certainement un panneau à l'entrée, sinon c'est le marquage
 coloré de la zone qui l'indique.

Décidément, à chaque fois que tu interviens sur la zone, c'est pour
corriger une erreur et en ajouter deux... living_street est réservé
aux zones de rencontres, dûment identifiées par un panneau ... que
personne n'a vu sur les photos. Donc, à condition que quelqu'un me
signale le contraire (que c'est bien une zone de rencontre), c'est
quelque chose qu'il faudra encore nettoyer derrière ton passage.

 Je garde tout de même le chemin piéton tout
 autour de la place car il est bien imposé par toutes les barrières autour.

Donc, sans barrière, tu ne mets pas de trottoir ... étrange comme
logique. Il reste le problème qu'un footway traverse une zone
piétonne. C'est inutile.

 J'ai aussi remis les feux à leur place par rapport aux passages piétons, tu
 en avais supprimés aussi à tord.

Les feux n'existaient pas, c'est moi qui les a ajouté. Mais
traffic_signals se mettait à l'origine sur le point d'intersection
des voies automobiles, pas en amont sur chaque voie. Le mettre sur le
passage piétion est aussi erroné parce que le feu ne contrôle pas
seulement le passage piéton mais l'ensemble du croisement avec les
autres rues. Je reviendrais plus-tard sur une meilleure façon de
tagguer les feux tricolors dans le détail mais la solution
actuellement adopté pose plusieurs problèmes (c'est le même tag pour
un feu individuel ou pour dire que l'ensemble de l'intersection est
contrôlé).

 J'ai enfin ajouté les 2 bancs, et restauré les barrières que tu avais
 supprimées à tord et qui sont bien visibles. Avec tout ça je ne vois pas
 comment rester plus exact et conforme à la réalité.

C'est bien, tu continues avec les pots de fleurs - oups, pardon - je
veux dire avec des détails insignifiants alors que le sujet principal
concernait la meilleure façon de tagguer la place elle-même, pas tous
objets qui s'y trouvaient. Mais comme dit le diction, quand le sage
montre la lune...
De plus, je vois que tu ajoutes les trottoirs sur les rues voisines en
leur faisant traverser des bâtiments aux coins. Essaie de faire plus
attention sur une zone qui peut servir d'exemple aux autres.

Encore un petit effort et supprimes le area=yes sur le landuse
ainsi que l'intersection en forme de triangle qui n'a aucune existence
sur le terrain.

Pieren

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


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

2013-10-04 Thread Philippe Verdy
Cela ne traverse AUCUN batiment. Tu as tord.
MAis évidemment les batiments sont délacéls par rapport à l'imagerie et tu
oublie de voir qu'il y a de la perspective.


Le 4 octobre 2013 13:45, Pieren pier...@gmail.com a écrit :

 2013/10/4 Philippe Verdy verd...@wanadoo.fr:
  Les barrières et bollards ne sont pas des pots de fleurs. et cela n'avait
  rien à voir avoir la qualification de la zone elle-même.

 J'espère que c'est de l'humour sinon ton cas est encore plus désespéré
 que je ne pensais.

  Note aussi la partie finale de la rue Macé sur la zone piétonne est
  maintenant non résidentielle (living_street), ce qui est plus correct
 (il y
  a d'ailleurs certainement un panneau à l'entrée, sinon c'est le marquage
  coloré de la zone qui l'indique.

 Décidément, à chaque fois que tu interviens sur la zone, c'est pour
 corriger une erreur et en ajouter deux... living_street est réservé
 aux zones de rencontres, dûment identifiées par un panneau ... que
 personne n'a vu sur les photos. Donc, à condition que quelqu'un me
 signale le contraire (que c'est bien une zone de rencontre), c'est
 quelque chose qu'il faudra encore nettoyer derrière ton passage.

  Je garde tout de même le chemin piéton tout
  autour de la place car il est bien imposé par toutes les barrières
 autour.

 Donc, sans barrière, tu ne mets pas de trottoir ... étrange comme
 logique. Il reste le problème qu'un footway traverse une zone
 piétonne. C'est inutile.

  J'ai aussi remis les feux à leur place par rapport aux passages piétons,
 tu
  en avais supprimés aussi à tord.

 Les feux n'existaient pas, c'est moi qui les a ajouté. Mais
 traffic_signals se mettait à l'origine sur le point d'intersection
 des voies automobiles, pas en amont sur chaque voie. Le mettre sur le
 passage piétion est aussi erroné parce que le feu ne contrôle pas
 seulement le passage piéton mais l'ensemble du croisement avec les
 autres rues. Je reviendrais plus-tard sur une meilleure façon de
 tagguer les feux tricolors dans le détail mais la solution
 actuellement adopté pose plusieurs problèmes (c'est le même tag pour
 un feu individuel ou pour dire que l'ensemble de l'intersection est
 contrôlé).

  J'ai enfin ajouté les 2 bancs, et restauré les barrières que tu avais
  supprimées à tord et qui sont bien visibles. Avec tout ça je ne vois pas
  comment rester plus exact et conforme à la réalité.

 C'est bien, tu continues avec les pots de fleurs - oups, pardon - je
 veux dire avec des détails insignifiants alors que le sujet principal
 concernait la meilleure façon de tagguer la place elle-même, pas tous
 objets qui s'y trouvaient. Mais comme dit le diction, quand le sage
 montre la lune...
 De plus, je vois que tu ajoutes les trottoirs sur les rues voisines en
 leur faisant traverser des bâtiments aux coins. Essaie de faire plus
 attention sur une zone qui peut servir d'exemple aux autres.

 Encore un petit effort et supprimes le area=yes sur le landuse
 ainsi que l'intersection en forme de triangle qui n'a aucune existence
 sur le terrain.

 Pieren

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

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


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

2013-10-04 Thread Philippe Verdy
  Je garde tout de même le chemin piéton tout
  autour de la place car il est bien imposé par toutes les barrières
 autour.

 Donc, sans barrière, tu ne mets pas de trottoir ... étrange comme
 logique. Il reste le problème qu'un footway traverse une zone
 piétonne. C'est inutile.


Tu n'as rien regardé... je ne commente pas plus car tu te trompes encore.
le chemin piéton fait tout le tour derrière les barrières mais s'arrête à
la zone piétonne. Avant il traversait la zone mais ce n'était pas une zone
piétionne mais tagué d'un seul tenant comme un espace vert.
Mais on ne peut pas avoir un espace piétonnier si des parties sont fermées
aux piétons, les espaces verts justement, totalement cernés de barrrères.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


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

2013-10-04 Thread Nicolas Dumoulin
Le vendredi 4 octobre 2013 13:47:46 Philippe Verdy a écrit :
 Cela ne traverse AUCUN batiment. Tu as tord.
 MAis évidemment les batiments sont délacéls par rapport à l'imagerie et tu
 oublie de voir qu'il y a de la perspective.

PAF
http://www.openstreetmap.org/browse/way/240459266 (en haut du chemin)
sans tomber dans l'enfantillage, je dirai que c'est toi qui as tord, et qu'il 
m'a pas fallu longtemps pour le trouver.
Penses à vérifier la prochaine fois, parce que tu ne gagnes pas en crédibilité 
de la sorte ;-)

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

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


  1   2   >