[OSM-talk-be] Meeting at ESI and after
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
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
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
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
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)
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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/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/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
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
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
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/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
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
Ok, vada per boules! ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Marciapiedi
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
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
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
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?
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?
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?
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!
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?
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?
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?
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?
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?
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?
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
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?
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
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
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
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?
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?
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
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
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
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
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
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
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
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
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
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/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
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
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/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
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
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)
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
+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)
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
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
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/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?
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
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
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/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
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
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
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