Re: [OpenStreetMap Serbia] Oznake
O cirilicnom domenu. Nije lose procitati. http://pedja.supurovic.net/registracija-cirilicnih-srb-domena On 02/23/2012 09:59 PM, MAGNUM NS wrote: Nov sam na OSM i isprobavao sam sistem tako da se izvinjavam ako nisam postovao neke standarde/dogovore. Bilo mi je neobicno sto ne postoji cenzura (kao na google maps)... Sad sam otprilike razumeo kako sta radi (onaj advanced tab, tagovi, relacije...) Procitao sam vecinu ostalih rasprava na talk-rs... Ne znam tacno koje mogucnosti imaju gps navigacije ali evo par mojih predloga za pisanje imena objekata. primer za Novi Sad: name Нови Сад (cirilicom, posto to treba da bude drzavni naziv. U ustavu stoji da je cirilica zvanicno pismo, a ostalo se definise zakonom...) int_name Novi Sad (engleska tastatura, tj. latinica bez kukica i nikako ч=ch) name:nn (nn- na drugim jezicima, i jezicima nacionalnih manjina) name:sr Novi Sad (latinica sa kukicama) name:en Novi Sad (prevod na engleski ili isto sto i int_name) Mislim da nazivi na latinici sa kukicama nemaju potpunog smisla jer niti su prilagodjeni jeziku, i izgovoru (npr Џ se pise kao dva slova sa kukicama), niti stranci imaju koristi od njih jer svejedno ne znaju kako se pravilno cita sa kukicama... Drugi problem sa latinicom je npr Ђ. da li se unosi kao Dj ili DJ ili D ili D (sa crticom) i kako ga pretrazivaci, i razni gps programi prepoznaju. Cirilica kao pismo je standardizovano, i kao takvo, nije ga tesko ubaciti u softver. Moja ideja gps standarda je da se za default za srpski koristi cirilica (pisi kao sto govoris, citaj kako je napisano; jer latinica ne odgovara ovome), a kao int_name ili name:sr da se pise latinica. Tako bi podrazumevani (lokalni jezik) bio srpski-cirilica a oni koji ne razumeju, mogu da prebace na engleski. Tako ni jezici nacionalnih manjina ne bi bili zanemareni posto bi svako mogao da podesi svoj jezik (mesta sa mesovitom populacijom). Isto, ako u istom mestu ima vise nacionalnih manjina nemoguce je prikazati sve nazive odjednom, i tada bi default bila cirilica, a ko ne razume ili hoce na svom jeziku, moze da podesi ukoliko to program podrzava. Koliko sam razumeo sistem pretrage, svejedno je da li je latinica sa kukicama ili bez. Ne zelim da se upustam u raspravu da li je latinica srpsko pismo ili ne, ali koja je poenta softwera u gps auto jedinicama da imaju posebno hrvatski i posebno srpski(latinicu) kad je razlika samo u nazivu komandi, a nemaju cirilicu. relativno komplikovana opcija: name:sr=cirilica name:rs=latinica Moje vidjenje: -osnovno pismo za karte u srbiji treba da bude cirilica -relativno jednostavno automatsko, softwersko preslovljavanje iz cirilice u latinicu sa kukicama (ili bez) ako je potrebno za strance -u skladu sa zakonima i medjunarodnim standardima -u duhu jezika -prednost: doslednost u automatskom preslovljavanju -jednostavna pretraga (primer: maksim gorki, skopje rezultat pretrage je na cirilici, i jedino ime je name: na cirilici) a softwer moze po potrebi da prikaze na latinici (bez gresaka u preslovljavanju) -preslovljavanje posebnih znakova (internacionalno): љ-lj, њ-nj, ш-s, ђ-dj (ili samo d), ч-c, ћ-c, ж-z, џ-dz (latinica bez kukica, a dj je specifican slucaj) Moje pitanje ne vezano za ovo: Da li ima svrhe ubacivati linije gradskih buseva i tramvaja, ili treba motivisati preduzeca da ubace svoje linije po dogovorenim pravilima? Moje iskustvo: na kompijuteru je brze i lakse pisati srpski latinicu bez kukica (en tastatura) jer tada nema menjanja tastature za pisanje na engleskom (zbog ostatka internet sadrzaja), a ako je bitno da se razlikuju c,c i c (da se zna da je srpski) onda je brze, lakse, i primerenije pisati ч,ћ и ц. Tako se pojednostavljuje pisanje i sa alt+shift (u win) brzo prebacuje, i nema 3 jezika (en,sr,sr) i zabune koji sr je cirilica a koji latinica... A slozicete se da onaj ko ne zna cirilicu, ne zna srpski... Sada su uvedeni .срб domeni, za koje nije potrebno kucati www.нешто.срб, vec je dovoljno нешто.срб a domeni tipa www.nesto.rs (sa kukicama) ne postoje, a to nam govori u kom pravcu ide standardizacija srpskog na internetu... Izvinjavam se sto je tekst dugacak, ali zaista zelim da se standardizuje upotreba srpskog jezika na internetu, a da niko ne bude ostecen, uvredjen ili zbunjen. Ako neki deo OSM sistema nisam razumeo kako treba, ispravite me... Ne znam da li ste culi za www.geosrbija.rs (imaju najdetaljnije ortofoto snimke)... ___ Talk-rs mailing list Talk-rs@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-rs ___ Talk-rs mailing list Talk-rs@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-rs
[OSM-legal-talk] Best Guideline for ODbL and OSM?
Are the guidelines on the wiki the best place to find information as how ODbL applies to OpenStreetMap? Are there other sources I should be looking at? -Kate ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Printed map books
Hi Paul, This is very good. I had to convert the print 'x'.format() statements into the ' %d ' % (xxx) format to get it to run on my computer (not sure if that is a python version issue), but it is producing nice clear paginated output. Thanks Graham. On 22 February 2012 03:38, Paul Norman penor...@mac.com wrote: I’ve thrown something together in python. It uses mapnik for rendering the maps and cairo for page layout. It’s on github at https://github.com/pnorman/mapbook but it’s very much in a development stage. I intend to add **- **Arrows at the edges, indicating what page to go if you want to look in that direction **- **An index page at the front **- **The ability to skip maps ** ** *From:* Graham Jones [mailto:grahamjones...@gmail.com] *Sent:* Sunday, February 19, 2012 2:50 AM *To:* Paul Norman *Cc:* Steve Bennett; talk@openstreetmap.org *Subject:* Re: RE: [OSM-talk] Printed map books ** ** My townguide python script does that - it uses a library to put the mapnik generated images onto pdf pages along with other text. from my phone On 19 Feb 2012 09:37, Paul Norman penor...@mac.com wrote: Pdfatlas appears to use a custom rendering language, and I’d rather avoid that. It also hasn’t been updated in 5 years. What I’m considering writing is a set of python scripts that build the map with mapnik and then piece the pages together. Do you think inkscape is the easiest way to build the PDFs from the command line? *From:* Graham Jones [mailto:grahamjones...@gmail.com] *Sent:* Sunday, February 19, 2012 1:08 AM *To:* Steve Bennett *Cc:* Paul Norman; talk@openstreetmap.org *Subject:* Re: [OSM-talk] Printed map books Hi, The two 'townguide' ones are mine, but the demonstration web service at townguide.webhop.n... -- Graham Jones Hartlepool, UK. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Printed map books
format() was added in Python 2.6. I'm running 2.7.2. I'm contemplating switching from having mapnik render to a cairo PDFSurface to rendering to an image with AGG and placing that in the surface. The PDFs that are generated are exceedingly complex and this poses problems when printing. It's good to hear that it works for someone else. From: Graham Jones [mailto:grahamjones...@gmail.com] Sent: Thursday, February 23, 2012 12:38 PM To: Paul Norman Cc: Steve Bennett; talk@openstreetmap.org Subject: Re: RE: [OSM-talk] Printed map books Hi Paul, This is very good. I had to convert the print 'x'.format() statements into the ' %d ' % (xxx) format to get it to run on my computer (not sure if that is a python version issue), but it is producing nice clear paginated output. Thanks Graham. On 22 February 2012 03:38, Paul Norman penor...@mac.com wrote: I've thrown something together in python. It uses mapnik for rendering the maps and cairo for page layout. It's on github at https://github.com/pnorman/mapbook but it's very much in a development stage. I intend to add - Arrows at the edges, indicating what page to go if you want to look in that direction - An index page at the front - The ability to skip maps From: Graham Jones [mailto:grahamjones...@gmail.com] Sent: Sunday, February 19, 2012 2:50 AM To: Paul Norman Cc: Steve Bennett; talk@openstreetmap.org Subject: Re: RE: [OSM-talk] Printed map books My townguide python script does that - it uses a library to put the mapnik generated images onto pdf pages along with other text. from my phone On 19 Feb 2012 09:37, Paul Norman penor...@mac.com wrote: Pdfatlas appears to use a custom rendering language, and I'd rather avoid that. It also hasn't been updated in 5 years. What I'm considering writing is a set of python scripts that build the map with mapnik and then piece the pages together. Do you think inkscape is the easiest way to build the PDFs from the command line? From: Graham Jones [mailto:grahamjones...@gmail.com] Sent: Sunday, February 19, 2012 1:08 AM To: Steve Bennett Cc: Paul Norman; talk@openstreetmap.org Subject: Re: [OSM-talk] Printed map books Hi, The two 'townguide' ones are mine, but the demonstration web service at townguide.webhop.n... -- Graham Jones Hartlepool, UK. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] HaptoRender and Maker Faire
Hi folks, you know HaptoRender? The OpenStreetMap project targeting tactile maps for blind and visually impaired? There is a wiki pagehttp://wiki.openstreetmap.org/wiki/HaptoRender. For a few weeks I am the owner of a MakerBot Thing-O-Matic 3D printer and working on a 3D printer driver taking OSM as input which is a non-trivial task. We haven't even defined rendering rules - but we are on the way. Lulu-Ann has recently started a talk pagehttp://wiki.openstreetmap.org/wiki/Talk:HaptoRender/Rendering_Rulesto discuss rendering issues. Recently I have successfully produced the first prototile. No, I won't post photos yet. It's not really impressive. But I am confident to print some decentstuff in a few days. To promote motivation I will set a deadline. On weekend May 19 and 20 there will be Maker Faire Bay Area at San Mateo (CA). Plan is to show HaptoRender maps there and give a talk about it. That's why I am writing this. I am not planning to stay at the exhibit all the time and use my little Johnhttp://wiki.openstreetmap.org/wiki/Talk:HaptoRender/Rendering_Rules... If anybody else wants to join me at the exhibition for HaptoRender or any other own OpenStreetMap project or OpenStreetMap in general please stand up and report to me! I consider Maker Faire as extremely valuable presentation place. And actually, it should be fun to be there anyway. Looking forward to your reply Thomas AKA virtuPIC ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Map Co-ordinates for towns, etc in UK
I hope this isn't off-topic, if so I apologise. Can some one advise me of the official policy for locating the centre of towns in the UK, i.e. the spot on the map for a point representing the town and used as the Zero Point for measuring distances to other towns. In Australia this was taken as the centre of the road and the middle of the plot of land occupied by Post Office and marked by a triangular concrete mile post painted white with black characters about 1 metre high with a bevelled top. the vertical faces visibly from the road indicated the distance to the next town in the direction of travel. The upper face on the '0' post showed the distance to the state capital. I was told this by a NSW Dept of Main Roads Clerk of Works about 1973. When the roads went metric in 1976 these posts rapidly disappeared, replaced by International Standard metal posts with green shields marking the 5 KM intervals but with no 'Zero Post'. A few towns kept their Zero Posts and moved them to a park. mick ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Map Co-ordinates for towns, etc in UK
On Fri, 2012-02-24 at 11:14 +1000, mick wrote: Can some one advise me of the official policy for locating the centre of towns in the UK, i.e. the spot on the map for a point representing the town and used as the Zero Point for measuring distances to other towns. in India it is usually the head post office. -- regards Kenneth Gonsalves ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Welche Tags für Bahngleise - Ergebnis
Am 23.02.2012 02:03, schrieb Stephan Wolff: tracks habe ich überall entfernt. Wo bislang tracks=2 eingetragen war, existierte immer auch das Gegengleis als eigener way. Die wenigen Einträge mit tracks=1 enthielten keine sinnvolle Information. Wie unterscheidest Du zwei eingleisige Strecken in Parallelführung von einer echten zweigleisigen Strecke? Oder ein drittes Gleis parallel zu einer zweigleisigen Strecke? Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Jugendherberge
Wolfgang wolfg...@ivkasogis.de wrote: ich habe für Jugendherbergen nur tourism=hostel gefunden, das aber genauso für alle anderen Herbergen (~= Rucksacktouristenübernachtungsmöglichkeit) gilt. Eigentlich kenne ich eine Jugendherberge als youth hostel. Das passt schon. Das rendering verwendet das internationale Jugendherbergssysbol. In anderen Ländern gibt es diese strenge Unterscheidung zwischen ofizieller Jugendherberge und anderen hostels nicht so wie in Deutschland. Zur Verdeutlichung kannst Du ja noch ein passendes operator=DJH oder so dranhängen. Was man nicht als hostel taggen sollten sind Alpenvereinshütten. Dafür gibt es den Tag tourism=alpine_hut Gruss Sven -- Those who do not understand Unix are condemned to reinvent it, poorly (Henry Spencer) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Jugendherberge
Hallo, Am Donnerstag, 23. Februar 2012 07:41:36 schrieb André Riedel: Da man in einer Jugendherberge nicht nur in seiner Jugend nächtigen darf sondern auch noch als alter Sack, sollte tourism=hostel vollkommen zutreffend sein. Operator DJH nicht vergessen. Naja, bis der alte Sack 26 ist. Danach ist Schluss. Zumindest in Bayern. Oder sollte sich da etwas geändert haben? Laut taginfo gibt es übrigens die folgende Verteilung: http://taginfo.openstreetmap.org/keys/tourism#values hostel 7 351 youth_hostel 4 Das habe ich auch festgestellt. Aber es passt irgendwie nicht. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tageszeitabhängige Geschwindigkeiten
Am 23.02.2012 08:27, schrieb Martin Vonwald: Ich denke, ich werde dieses Proposal wieder aufwecken: http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/Extended_conditions_for_access_tags#Splitting_conditions_and_values Wir brauchen in unterschiedlichsten Situationen Bedingungen und sollten nicht für jede Situation etwas eigenes erfinden. Das ist eine seltsame Begründung, denn dieser Vorschlag kann - soweit ich sehe - auch nur dieselben Situationen ausdrücken wie meiner. Es ist dann eine Geschmacksfrage und eine Frage der Usability, welche Variante man bevorzugt. Ich halte den Vorschlag ehrlich gesagt für überkompliziert. Dinge wie conditional(combined)=and(conditional(1), conditional(2)) ähneln eher einer Programmiersprache als einer mapper-tauglichen Darstellung. Mal am Beispiel Höchstgeschwindigkeit für hgv bei Nässe 60 km/h: Was ist verständlicher? Meine Variante: maxspeed:hgv:wet = 60 Deine Variante (soweit ich sie verstehe): maxspeed:conditional(combined) = 60 conditional(combined) = and(conditional(1), conditional(2)) conditional(1) = vehicle(hgv) conditional(2) = weather(wet) Da als einziger genannter Vorteil die Vermeidung sehr langer Tags übrig bleibt - was aber bei mir auch nur in sehr seltenen Extrembeispielen vorkäme - fehlt mir die Rechtfertigung für diese Komplexität. Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tageszeitabhängige Geschwindigkeiten
Am 22.02.2012 16:18, schrieb Tobias Knerr: Am 22.02.2012 15:58, schrieb tumsi: gibt schon ein Schema oder Proposal für das Eintragen von Tageszeitabhängigen Geschwindigkeiten? Bisher habe ich nur dies gefunden. http://wiki.openstreetmap.org/wiki/Proposed_features/Practical_maxspeed [...] Also ziemlich viel Wildwuchs, weswegen hier wohl mal ein ordentliches Proposal angebracht wäre. Ein Proposal gibt's schon: http://wiki.osm.org/Proposed_features/Extended_conditions_for_access_tags Das wäre dann die Variante maxspeed:(08:00-18:00) = 50 Das Proposal ist sehr allgemein gehalten, so dass man auch andere Attribute tageszeit-abhängig gestalten kann. Beispielsweise gibt es ja Dinge wie Lieferverkehr zwischen 6 und 10 Uhr frei oder zeitabhängige Einbahnstraßen. Außerdem kann man damit auch witterungsabhängige Maxspeeds (80 km/h bei Nässe) abbilden. Nur habe ich das aus zwei Gründen nicht mehr weiter verfolgt: Der erste ist, dass es viel Gegenwind wegen der Verwendung von Sonderzeichen in Schlüsseln gab. Der zweite ist das Fehlen jeglichen Engagements von Seiten derjenigen Entwickler, für die dieses Thema relevant wäre. Ich finde diesen Vorschlag ziemlich gut. Schade, dass die Diskussion im Sande verlaufen ist. Wie wäre es, wenn Du die Sache wieder aufwärmst? Das Hauptargument dagegen waren die Sonderzeichen im Schlüssel. Der Vorschlag von Eimai, der Sonderzeichen im Key vermeidet, war doch gar nicht so schlecht: Move parameters from key to value key=[condition]value;[condition]value... Das wäre dann: maxspeed = [08:00-18:00]50 Er hat die Conditions in [] gesetzt. Möglich wäre vielleicht auch: key=condition:value[;condition:value]...[;condition:value] maxspeed = (08:00-18:00):50 Ich finde persönlich die Variante mit [] besser, weil sie mehr Spielraum für Verknüpfungen hergibt. Wäre mal ein Ansatz für eine einheitliche Syntax für Bedingungen. [condition][condition] wäre dann eine logische UND-Verknüpfung Da das Komma für logische ODER-Verknüfungen bereits verwendet wird könnte man mit [condition],[condition] eine ODER-Verknüpfung realisieren. Selbst komplexe Bedingungen ließen sich damit konstruieren: [[condition],[condition]][[condition],[condition]] z.B. [[psv],[tourist_bus]][maxheight2.5][maxweight7] Solange es keine Software gibt, die z.B. zeitabhängiges Routing durchführen kann, wird ohnehin kein Taggingschema als wirklich etabliert gelten können. Solange es kein vernünftiges Schema für Bedingungen gibt, weiß keiner, wonach er sich richten soll. Gruß Burkhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Jugendherberge
Am 23.02.2012 12:10, schrieb Wolfgang: Naja, bis der alte Sack 26 ist. Danach ist Schluss. Zumindest in Bayern. Oder sollte sich da etwas geändert haben? Wikipedia: Seit dem Jahr 2005 dürfen auch in Bayern ältere Alleinreisende ab 27 Jahren in Jugendherbergen übernachten. Allerdings werden Jugendliche sowie Jugend- und Schülergruppen weiterhin vorrangig berücksichtigt. Im Klartext: Wenn's nicht gerade ausgebucht ist (was bei anderen Unterkünften ja auch passieren kann) kann der alte Sack dort übernachten. Von daher finde ich auch für Jugendherbergen des DJH ein tourism=hostel mit passendem operator-Tag durchaus angemessen. Gruß, Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tageszeitabhängige Geschwindigkeiten
Am 23. Februar 2012 12:15 schrieb bkmap burkhard.kirch...@web.de: Der Vorschlag von Eimai, der Sonderzeichen im Key vermeidet, war doch gar nicht so schlecht: Move parameters from key to value key=[condition]value;[condition]value... Das wäre dann: maxspeed = [08:00-18:00]50 Er hat die Conditions in [] gesetzt. Das benötigt dann halt multiple values, weil man meistens ja auch noch die verbleibende Zeit von 18-8 h angeben will. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Jugendherberge
Am 23.02.2012 12:27, schrieb Tobias Knerr: Am 23.02.2012 12:10, schrieb Wolfgang: Naja, bis der alte Sack 26 ist. Danach ist Schluss. Zumindest in Bayern. Oder sollte sich da etwas geändert haben? Wikipedia: Seit dem Jahr 2005 dürfen auch in Bayern ältere Alleinreisende ab 27 Jahren in Jugendherbergen übernachten. Allerdings werden Jugendliche sowie Jugend- und Schülergruppen weiterhin vorrangig berücksichtigt. Im Klartext: Wenn's nicht gerade ausgebucht ist (was bei anderen Unterkünften ja auch passieren kann) kann der alte Sack dort übernachten. Von daher finde ich auch für Jugendherbergen des DJH ein tourism=hostel mit passendem operator-Tag durchaus angemessen. +1 Das lässt für den, der es möchte die Unterscheidung ausreichend zu. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Welche Tags für Bahngleise - Ergebnis
Am 23. Februar 2012 02:03 schrieb Stephan Wolff s.wo...@web.de: tracks habe ich überall entfernt. Wo bislang tracks=2 eingetragen war, existierte immer auch das Gegengleis als eigener way. Die wenigen Einträge mit tracks=1 enthielten keine sinnvolle Information. super, großflächig tags entfernt ohne es vorher zu diskutieren. tracks=1 sagt aus, dass es sich wirklich nur um 1 Gleis handelt, da gab es m.E. keinen Grund, Informationen zu löschen. osmarender:nameDirection ist auch verschwunden. Du meinst, hast Du auch gelöscht? Auf jedem Gleis im Bahnhof habe ich einen Punkt mit public_transport=stop_position, train=yes erstellt. Den Punkt habe ich etwa dort gesetzt, wo ich die Mitte der haltenden Züge abschätze. kennst Du alle Bahnhöfe in der Gegend? Ich hoffe, dass bei der Überarbeitung keine Informationen verloren gegangen sind und dass niemand der Vielfalt zufällig gesetzter Tags nachtrauert. zufällig gesetzte tags klingt wie eine Herabwürdigung der Arbeit anderer Mapper. Nur weil Du keine Logik erkannt hast, muss das noch nicht heissen, dass es wirklich keine gab. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tageszeitabhängige Geschwindigkeiten
Am 23.02.2012 12:29, schrieb Martin Koppenhoefer: Am 23. Februar 2012 12:15 schrieb bkmapburkhard.kirch...@web.de: Der Vorschlag von Eimai, der Sonderzeichen im Key vermeidet, war doch gar nicht so schlecht: Move parameters from key to value key=[condition]value;[condition]value... Das wäre dann: maxspeed = [08:00-18:00]50 Er hat die Conditions in [] gesetzt. Das benötigt dann halt multiple values, weil man meistens ja auch noch die verbleibende Zeit von 18-8 h angeben will. +1 maxspeed = 80;[08:00-18:00]50 allgemein 80 8-18 Uhr 50 oder wenns komplizierter wird: maxspeed = 80;[hgv]60;[hgv][Mo-Fr 08:00-18:00]30;[08:00-18:00]50 allgemein 80 LKW 60 LkW Mo-Fr 8-18 Uhr 30 andere von 8-18 Uhr 50 Ich finde den Vorschlag gut, 1. weil man diese Bedingungen fast überall in gleicher Form anwenden kann, nicht nur bei maxspeed, 2. weil wenn in den [] stehenden Tooken auf bekannte Condition Codes geprüft wurden, den gleichen Algorithmus verwenden kann, wie bei den Öffnungszeiten. Conditions könnten z.B. sein: [bus], [hgv], [maxweight7] oder andere. Wenn keiner dieser Codes ausgewertet werden konnte, ist es eben eine Zeitbedingung wie in den Öffnungszeiten, das da in den Klammern steht. Mit Komma verknüpft man die Bedingungen als logisches ODER und ohne Komma als logisches UND. Viele Grüße Burkhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tageszeitabhängige Geschwindigkeiten
das ist durch namespaces – wie am anfang des proposals beschrieben – bereits gegeben: https://wiki.openstreetmap.org/wiki/Proposed_features/access_restrictions_1.5#Namespace schreib statt access: zB lanes: hin und du kannst das ganze für spurmapping verwenden (sogar parallel zu access: auf dem gleichen element, wenn es sein muss). flaimo -- Message: 1 Date: Thu, 23 Feb 2012 08:27:40 +0100 From: Martin Vonwald imagic@gmail.com To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Subject: Re: [Talk-de] Tageszeitabhängige Geschwindigkeiten Message-ID: 8c57a600-069d-49ef-877d-6ca3f4f57...@gmail.com Content-Type: text/plain; charset=utf-8 Ich denke, ich werde dieses Proposal wieder aufwecken: http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/Extended_conditions_for_access_tags#Splitting_conditions_and_values Wir brauchen in unterschiedlichsten Situationen Bedingungen und sollten nicht für jede Situation etwas eigenes erfinden. Martin Am 22.02.2012 um 23:15 schrieb Flaimo fla...@gmail.com: oder das hier: http://wiki.openstreetmap.org/wiki/Proposed_features/access_restrictions_1.5#Time_based_conditions flaimo ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tageszeitabhängige Geschwindigkeiten
Am 23.02.2012 13:44, schrieb bkmap: Das benötigt dann halt multiple values, weil man meistens ja auch noch die verbleibende Zeit von 18-8 h angeben will. +1 maxspeed = 80;[08:00-18:00]50 allgemein 80 8-18 Uhr 50 Ich finde den Vorschlag gut, +0.5 da nicht abwärtskompatibel. Existierende Anwendungen könnten da nichts mehr mit anfangen. Wie wäre es mit: maxspeed = 80 maxspeed:conditions = [08:00-18:00]50 Also ein default-Wert für alle dummen Anwendungen und eine Verfeinerung für neue Anwendungen, welche die conditions auswerten können. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tageszeitabhängige Geschwindigkeiten
Am 23.02.2012 13:57, schrieb Chris66: Am 23.02.2012 13:44, schrieb bkmap: Das benötigt dann halt multiple values, weil man meistens ja auch noch die verbleibende Zeit von 18-8 h angeben will. +1 maxspeed = 80;[08:00-18:00]50 allgemein 80 8-18 Uhr 50 Ich finde den Vorschlag gut, +0.5 da nicht abwärtskompatibel. Existierende Anwendungen könnten da nichts mehr mit anfangen. Wie wäre es mit: maxspeed = 80 maxspeed:conditions = [08:00-18:00]50 Also ein default-Wert für alle dummen Anwendungen und eine Verfeinerung für neue Anwendungen, welche die conditions auswerten können. +1 Neben der Uhrzeit könnten da auch andere Bedingungen genannt sein. Spontan fällt mir neben Nässe auch noch an Schultagen ein. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tageszeitabhängige Geschwindigkeiten
Am 23. Februar 2012 13:57 schrieb Chris66 chris66...@gmx.de: +0.5 da nicht abwärtskompatibel. Existierende Anwendungen könnten da nichts mehr mit anfangen. Wie wäre es mit: maxspeed = 80 maxspeed:conditions = [08:00-18:00]50 Also ein default-Wert für alle dummen Anwendungen und eine Verfeinerung für neue Anwendungen, welche die conditions auswerten können. allerdings können die dummen Anwendungen da auch nicht wirklich was mit anfangen, im Gegenteil, die werten dann (für manche Tageszeiten) das ganze falsch aus und merken es nicht einmal. Wenn dagegen maxspeed=nicht verstandener Wert getaggt ist, dann können die dummen Anwendungen das zwar nicht interpretieren, aber sie merken zumindest, dass es da einen maxspeed-Wert gibt, den sie nicht verstehen. Lieber kein maxspeed-Wert als ein falscher. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM in Irland?
On Wed 2012-02-22 (09:53), Steffen Grunewald wrote: (gelegentlich stören Schatten). Dafür muss ich warnen, gerade weil du Kerry erwähnt hast, dass du in fast allen Anderen Gebieten mit Verschiebungen zu rechnen hast. Solltest du also vor haben, vor, während oder nach der Reise abzumalen, unbedingt vorher Kalibrieren! Sonst kann die Verschiebung bis 30m betragen, da verstehen wir Mapper vor Ort wenig Spaß ;) Wenn ungenügend GPX daten vorhanden sind, oder wenn sie wenig genau sind, melde dich einfach bei mir, ich habe für fast alle Gebiete Korrekturen. Gesehen habe ich, daß West Clare (zwischen Kilkee und Loop Head) anscheinend sogar bis zu 100 Metern danebenliegt. Die R4xx will so gar nicht zum Luftbild passen... (war kurz davor, auf openstreetbugs zu meckern) Was mir noch zusätzlich Kopfschmerzen macht: die Küstenlinie scheint einigermaßen zum Bing-Bild zu passen. Wahrscheinlich gibt es nur eine Möglichkeit, die Verschiebung abzuschätzen: - auf den Online-Karten des OSI X,Y für ein paar markante Punkte ablesen - Irish Transverse Mercator in geographische Länge/Breite umrechnen (Formel ist bekannt) - nachsehen, um wieviel die im OSM-Editor angezeigten Koordinaten daneben liegen oder auch andersrum - Punkte-Länge/Breite aus der OSM ablesen - nach ITM umrechnen - mit OSI-Werten verrechnen (liefert direkt Meter, also günstiger) Ich bin gespannt... Da ich dort aber mit dem Fahrrad langfahren will, werde ich den Garmin mitlaufen lassen und zumindest die Kreuzungen als Wegpunkte schreiben. Das bleibt unbenommen. GPS-Tracks kann man nicht genug haben :) Du wirst wohl finden, gerade wo viele Touristen gerne hinfahren, dass die Strassenabdeckung gar nicht schlecht ist, anders sieht das mit Das ist allerdings ein Kriterium ;) Dann fahren wir dort hin, wo noch wenig Straßen gemappt sind, dann haben wir wenigstens unsere Ruhe ;);) Für den Loop Drive scheint das halbwegs zu passen... Wo wahrscheinlich kein Tourist freiwillig entlangkommt, sind die vielen Nebenstraßen (selbst aus den DOPs bei OSI ist nicht zu erahnen, welche Oberfläche die einem präsentieren werden). Wir werden wohl auch nicht genügend Zeit haben, um alle Wege abzugrasen, die Runde von Kilkee zum Leuchtturm und wieder zurück dürfte mit Leihfahrrädern schon anstrengend genug werden. S ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Welche Tags für Bahngleise - Ergebnis
Stephan Wolff wrote: Auf jedem Gleis im Bahnhof habe ich einen Punkt mit public_transport=stop_position, train=yes erstellt. Den Punkt habe ich etwa dort gesetzt, wo ich die Mitte der haltenden Züge abschätze. Wie würdest du die Mitte z.B. beim Bahnhof Berlin-Spandau Fahrtrichtung Osten abschätzen? Dort gibt es 2 oder 3 Haltetafeln, die dafür sorgen, dass die Züge unabhängig von ihrer Länge möglichst weit östlich halten, nämlich in der Nähe des Hauptausgangs. ICEs brauchen die gesamte Bahnsteiglänge, deren Mitte wäre also etwa dort, wo sich der Node Berlin-Spandau¹ befindet. Alle anderen Züge, die ja etwas kürzer sind, haben ein paar Meter vor dem Bahnsteigende zu halten. Beim RE6, da manchmal ein einzelner 646 ist, wäre die Mitte dann in Höhe der mittleren Treppe². Wer dann dort gewartet hat, wo bei einem ICE die Mitte wäre, darf erstmal einen 100m-Sprint einlegen, um zu seinem Zug zu kommen. Anderes Beispiel: Berlin Friedrichstraße Richtung Westen: RE2, RE7 und RB14 fahren mit 4 Wagen+Lok und halten - entsprechend der für sie gültigen Stop-Position (aka Haltetafel, Ne5) - komplett innerhalb der Halle. Der RE1 hat dagegen nur 1 Wagen mehr und ist trotzdem zu lang für diese Halteposition. Er fährt bis zur Standard-Haltetafel am Bahnsteigende vor und hält daher größtenteils außerhalb der Halle. Gruß Andreas ¹http://www.openstreetmap.org/browse/node/28469425 ²http://www.openstreetmap.org/browse/node/610780814 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tageszeitabhängige Geschwindigkeiten
Wie wäre es mit: maxspeed = 80 maxspeed:conditions = [08:00-18:00]50 Also ein default-Wert für alle dummen Anwendungen und eine Verfeinerung für neue Anwendungen, welche die conditions auswerten können. +1 Neben der Uhrzeit könnten da auch andere Bedingungen genannt sein. Spontan fällt mir neben Nässe auch noch an Schultagen ein. Henning +1 An Schultagen gibt es in den opening_hours schon: SH off Das Schema für opening_hours könnte man komplett mit verwenden. Hab mal diesen Vorschlag überflogen: https://wiki.openstreetmap.org/wiki/Proposed_features/access_restrictions_1.5#Namespace Der ist gut strukturiert. Mit scheint diese Namespace-Variante aber recht kompliziert für den Otto-Normal-Mapper. Ich denke die Eimai-Variante ist da einfacher und übersichtlicher. Wenn man Vergleiche zulässt, kann man beliebig mit UND, ODER und NOT verknüpfen. Man kann das auch für beliebige andere Tags verwenden. Beispiele: maxspeed=60 maxspeed:conditions=[bus]50;[bus][Mo-Fr 09:00-18:00; SH off]30 Busse dürfen an Wochentagen außer in den Schulferien von 9-18 Uhr nur 30 fahren, sonst 50. Ansonsten darf 60 gefahren werden. [bus] ist das Gleiche wie [bus=yes] maxweight=5.5 maxweight.conditions=[bus] oder maxweight.conditions=[bus]void oder auch maxweight.conditions=[bus]none Bis 5.5 t außer Busse. [bus=no] gilt für alles, was kein Bus ist. [[[bus],[bycycle]]=no] ist das Gleiche wie [bus=no][bycycle=no] und gilt für alles außer Bus und Fahrrad Gruß Burkhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Bing-Versatz Re: OSM in Irland?
On Thu 2012-02-23 (14:37), Steffen Grunewald wrote: Was mir noch zusätzlich Kopfschmerzen macht: die Küstenlinie scheint einigermaßen zum Bing-Bild zu passen. Hm, wahrscheinlich kann man das (v.a. wegen der Schatten, die die Klippen werfen) gar nicht so genau sagen. Dass es GPX-Tracks gibt, die über die Küstenlinie hinausgehen, ist eher kein gutes Zeichen - für die Küstenlinie. Direkt am Leuchtturm von Loop Head gehen die Tracks auch übers Wasser. Selbiges in Kilbaha. (Welche Chancen gibt es, die Küstenlinie zu korrigieren? Nur mal ein paar Punkte zu verschieben, um den Konflikt mit dem GPX zu beheben, kann es ja nicht sein, oder?) Wahrscheinlich gibt es nur eine Möglichkeit, die Verschiebung abzuschätzen: - Punkte-Länge/Breite aus der OSM ablesen - nach ITM umrechnen - mit OSI-Werten verrechnen (liefert direkt Meter, also günstiger) Habe ich mal gemacht, für drei Straßengabelungen. Ablesefehler geschätzt 5 Meter für OSI, 10 Meter bei OSM, bei Bing ähnlich, wenn man überhaupt was sieht. - R487/R488 N von Carrigaholt: OSI X,Y 484225, 654885 GPX/OSM 52.632793, -9.710540 - X,Y 484212, 654882 (~15m) Bing52.632974, -9.709047 - X,Y 484314, 654900 (~90m!) - R487 Abzweig nach Carrigaholt von Westen: OSI X,Y 481715, 651925 GPX/OSM 52.605680, -9.746443 - X,Y 481709, 651924 (10m) Bing52.605880, -9.744977 - X,Y 481809, 651944 (~100m!) - R487/Str. nach Ross (nördliche Klippen) OSI X,Y 476500, 650860 GPX/OSM 52.594900, -9.823055 - X,Y 476490, 650853 (15m) Bing52.594702, -9.822382 - X,Y 476535, 650830 (~50m) Die beiden ersten Punkte zeigen etwa 90-100 Meter Versatz der Bing-Bilder (in Richtung Osten, ein wenig Nord), während die GPX-Tracks mit den Werten von OSI gut zusammenpassen. Im Westteil der Halbinsel *scheint* sich der Versatz zu ändern (weniger, Richtung eher Nordost). Da fehlen aber gut erkennbare Fixpunkte. Nicht einmal der Leuchtturm ist zu erkennen... Da ich dort aber mit dem Fahrrad langfahren will, werde ich den Garmin mitlaufen lassen und zumindest die Kreuzungen als Wegpunkte schreiben. Mal sehen, was meine Reisegefährten dazu meinen, dass ich über Newtown und Tullig (noch keine GPX hochgeladen) fahren will... sieht auf der CycleMap ja etwas bergiger aus. Vielleicht kommt mir jemand zuvor? Wo wahrscheinlich kein Tourist freiwillig entlangkommt, sind die vielen Nebenstraßen (selbst aus den DOPs bei OSI ist nicht zu erahnen, welche Oberfläche die einem präsentieren werden). Wir werden wohl auch nicht genügend Zeit haben, um alle Wege abzugrasen, die Runde von Kilkee zum Leuchtturm und wieder zurück dürfte mit Leihfahrrädern schon anstrengend genug werden. Time will tell... S ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Jugendherberge
Sven Geggus li...@fuchsschwanzdomain.de wrote: In anderen Ländern gibt es diese strenge Unterscheidung zwischen ofizieller Jugendherberge und anderen hostels nicht so wie in Deutschland. Zur Verdeutlichung kannst Du ja noch ein passendes operator=DJH oder so dranhängen. Es gibt neben den offiziellen Jugendherbergen des DJH auch die sogenannten Hostels, die sich auch in Deutsachland so nennen. Man findet Letztere in den meisten größeren Städten und insbesondere in Metropolen. In denen sind alte Säcke nichts Ungewöhnliches mehr, sondern werden zunehmend Normalzustand. Beispielsweise sieht man zu Zeiten der electronica Messe morgens jede Menge Schlipse aus den drei großen Münchner Hostels in der Senefelderstraße quillen. http://www.openstreetmap.org/?lat=48.139026lon=11.560397zoom=18layers=M Ein Hostel ist heute etwas, wo man ein (günstiges) Bett anstatt eines Zimmers bucht und hat mit Jugend immer weniger zu tun. Der Unterschied bestand darin, dass die DJH Einrichtungen die Marke Jugendherberge besaßen, die sie 2009 verloren haben. Die Bezeichnung stammt aus dem allgemeinen Sprachgebrauch und ist daher nicht schützenswert. Somit kann jeder sein Hostel als Jugendherberge betiteln. Inzwischen ist mir zu meinem Erstaunen auch eine Jugendherberge des DJH auf den Internetseiten der Hostel-Portale über den Weg gelaufen. Der Unterschied scheint mit dem Verlust der Marke offensichtlich zu verschwimmen, weil beide Seiten in die Zielgruppen der anderen zu wuchern beginnen. Von daher ist inzwischen auch in Deutschland die gleiche Bezeichnung in OSM umso gerechtfertigter und die Unterscheidung durch den Operator ausreichend. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Welche Tags für Bahngleise - Ergebnis
Moin! Am 23.02.2012 11:29, schrieb Garry: Wie unterscheidest Du zwei eingleisige Strecken in Parallelführung von einer echten zweigleisigen Strecke? Oder ein drittes Gleis parallel zu einer zweigleisigen Strecke? Für diese Unterscheidung bei Straßen und Gleisen hatte ich in einem anderen Thread einmal dual_carriageway=north und dual_carriageway=south bzw. east/west vorgeschlagen. Indirekt kann man die Einteilung anhand der Mitgliedschaft in den Routenrelationen erkennen. Über den Tag tracks könnte man die Unterscheidung nur dann anzeigen, wenn man zwei einzeln erfasste Gleise zu einem way mit tracks=2 zusammenfasst und die Feinstrukturen wie Spurwechselgleise entfernt. Das wäre m.E. ein deutlicher Rückschritt. Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Welche Tags für Bahngleise - Ergebnis
Am 23.02.2012 15:25, schrieb Andreas Titz: Stephan Wolff wrote: Auf jedem Gleis im Bahnhof habe ich einen Punkt mit public_transport=stop_position, train=yes erstellt. Den Punkt habe ich etwa dort gesetzt, wo ich die Mitte der haltenden Züge abschätze. Wie würdest du die Mitte z.B. beim Bahnhof Berlin-Spandau Fahrtrichtung Osten abschätzen? Dort gibt es 2 oder 3 Haltetafeln, die dafür sorgen, dass die Züge unabhängig von ihrer Länge möglichst weit östlich halten, nämlich in der Nähe des Hauptausgangs. Man könnte natürlich über einen Zeitraum (z.B. eine Woche) die Mitte jedes haltenden Zuges ausmessen und diese Positionen mitteln. Oder man nimmt einfach das Ende des kürzesten Zugs. Dort kann man in jeden haltenden Zug einsteigen. Beide Verfahren liefern eine brauchbare Position zwischen der Mitte des kürzesten und längsten Zuges, aber die zweite Methode ist viel einfacher :-) Wer es genauer haben will, könnte natürlich mehrere stop_position definieren (z.B. je eine für Nah- und Fernverkehr) und den jeweils passenden Punkt in die Relation aufnehmen. Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Welche Tags für Bahngleise - Ergebnis
Am 23.02.2012 12:36, schrieb Martin Koppenhoefer: Am 23. Februar 2012 02:03 schrieb Stephan Wolffs.wo...@web.de: Die wenigen Einträge mit tracks=1 enthielten keine sinnvolle Information. super, großflächig tags entfernt ohne es vorher zu diskutieren. Ich habe die Frage hier und im deutschen Forum gestellt. Martin, was ist deiner Meinung nach eine angemessene Diskussion vor einer Änderung? Hätte ich die Änderungen gemacht, ohne etwas hier zu erwähnen, gäbe es höchstwahrscheinlich keine Beschwerden. Durch solche Pauschalkritik förderst du die Kultur der stillschweigenden Änderungen. tracks=1 sagt aus, dass es sich wirklich nur um 1 Gleis handelt, da gab es m.E. keinen Grund, Informationen zu löschen. tracks war wichtig, als es noch Mischungen von zweigleisige Strecken mit einem und zwei ways gab. Im bearbeiteten Gebiet und vermutlich in ganz SH sind inzwischen alle Gleise einzeln erfasst. Wenn wir jeden Defaultwert explizit an jeden way hängen, sind die Taglisten nicht mehr bearbeitbar. osmarender:nameDirection ist auch verschwunden. Du meinst, hast Du auch gelöscht? Ja. Das Tag habe ich nicht diskutiert, weil meist gar kein name-Tag mehr existierte, Osmarender stirbt, das Tag vermutlich nur für uralte Versionen von Osmarender wichtig war und es keine Geoinformation darstellt. kennst Du alle Bahnhöfe in der Gegend? Ja, ich kenne alle bearbeiteten Bahnhöfe aus persönlicher Anschauung. Die Außengrenzen habe ich aber mit Hilfe der Luftbilder erstellt. Den Hamburger Hauptbahnhof habe ich gerade wegen zu geringer Ortskenntnis nicht bearbeitet. zufällig gesetzte tags klingt wie eine Herabwürdigung der Arbeit anderer Mapper. Nein, ich habe ja selbst dazu beigetragen, wenn ich irgendwo einen kleinen Ausschnitt bearbeitet habe. Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Welche Tags für Bahngleise - Ergebnis
From: Stephan Wolff [mailto:s.wo...@web.de] Sent: Thursday, February 23, 2012 7:32 PM ... tracks=1 sagt aus, dass es sich wirklich nur um 1 Gleis handelt, da gab es m.E. keinen Grund, Informationen zu löschen. tracks war wichtig, als es noch Mischungen von zweigleisige Strecken mit einem und zwei ways gab. Im bearbeiteten Gebiet und vermutlich in ganz SH sind inzwischen alle Gleise einzeln erfasst. Wenn wir jeden Defaultwert explizit an jeden way hängen, sind die Taglisten nicht mehr bearbeitbar. In http://wiki.openstreetmap.org/wiki/Map_Features#Railway steht unter tracks: ... Default value of 1. Im deutschen Wiki wurde der englische Text kopiert. Aus meiner Sicht ist 1 als default value Unsinn. Ich gehe nicht davon aus, dass nur ein einzelnes Gleis liegt, wenn nichts eingetragen ist (bei Straßenbahnen sind zwei oder mehr Gleise sehr oft als ein Gleis gezeichnet und kein tag track = ... eingetragen. Ich würde das analog zu den lanes bei highways definieren: tracks = 1 bedeutet: 1 Gleis Kein tag tracks bedeutet: Zahl der Gleise unbekannt. Anderenfalls dürfte man Gleise nur dann eintragen, wenn man genau weiß, wie viel Gleise (tracks) liegen. Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Welche Tags für Bahngleise - Ergebnis
Am 23. Februar 2012 19:32 schrieb Stephan Wolff s.wo...@web.de: Am 23.02.2012 12:36, schrieb Martin Koppenhoefer: Am 23. Februar 2012 02:03 schrieb Stephan Wolffs.wo...@web.de: Die wenigen Einträge mit tracks=1 enthielten keine sinnvolle Information. super, großflächig tags entfernt ohne es vorher zu diskutieren. Ich habe die Frage hier und im deutschen Forum gestellt. Martin, was ist deiner Meinung nach eine angemessene Diskussion vor einer Änderung? Entschuldigung, Ich habs mir nochmal angesehen und zu den Tracks gab es wohl keine Rückmeldung. Ich denke halt, tags löschen sollte man nicht unbedingt ohne guten Grund, im Zweifel lieber dran lassen, und so ein tracks=1 stört Dich doch nicht wirklich. Forum und Mailing Liste sind natürlich _die_ Anlaufspunkte, das stimmt. Du hattest gefragt: Welche der folgenden Tags sind in Deutschland für Bahngleise mit railway=rail sinnvoll? und tracks: Kann man das Tag löschen, wenn jedes Gleis als eigener way erfasst ist? Daraufhin hatte Dir Roland geantwortet: Grundsätzlich ist es aber immer besser, zusätzliche Informationen in ungewöhnlichen Tags unterzubringen als sie wegzulassen. Das sehe ich auch so. Hätte ich die Änderungen gemacht, ohne etwas hier zu erwähnen, gäbe es höchstwahrscheinlich keine Beschwerden. +1, ja, das stimmt wohl, aber wenn man großflächigere Änderungen macht finde ich eine kurze Nachricht darüber trotzdem richtig. tracks=1 sagt aus, dass es sich wirklich nur um 1 Gleis handelt, da gab es m.E. keinen Grund, Informationen zu löschen. tracks war wichtig, als es noch Mischungen von zweigleisige Strecken mit einem und zwei ways gab. Im bearbeiteten Gebiet und vermutlich in ganz SH sind inzwischen alle Gleise einzeln erfasst. Wenn wir jeden Defaultwert explizit an jeden way hängen, sind die Taglisten nicht mehr bearbeitbar. es ging ja nicht darum, jeden möglichen Default-wert dranzuhängen, sondern Werte die Mapper eingetragen haben wieder rauszulöschen, das ist schon ein Unterschied. Oder waren das Sachen, die durch bots reingekommen sind? Du meinst, hast Du auch gelöscht? Ja. Das Tag habe ich nicht diskutiert, weil meist gar kein name-Tag mehr existierte, Osmarender stirbt, das Tag vermutlich nur für uralte Versionen von Osmarender wichtig war und es keine Geoinformation darstellt. ja, OK, ist wirklich keine Geoinformation, eher ein Hint für die Renderer, das wird soweit ich weiss in kleinerem Umfang geduldet. Ob Osmarender stirbt weiss ich nicht, oder ob das tag noch von anderen Anwendungen genutzt wird. Es gibt davon noch rund 1800 in der Datenbank. http://wiki.openstreetmap.org/wiki/Key:osmarender:nameDirection Man könnte ja mal rumfragen und wenn das wirklich niemand braucht das auf die Wikiseite schreiben. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] geplantes Pumpseicherwerk
Am 22.02.2012 15:53, schrieb Cobra: Hallo, noch so ein Fall, bei dem die Tags mehrfach hin- und zurückgeändert wurden (und damit kein Vorbild, da meiner Meinung nach teils falsch getaggt): Das hin- und her taggen liegt wohl daran dass der Renderer diese Schraffur-Funktion für Plangebiete nicht unterstützt ähnlich wie es bei den Strassen der Fall ist. Wer solche Planungen taggt möchte sie in der Regel auch auf einem Kartenwerk erkennen können. Nicht weiter verwunderlich wenn dafür anderer Tags missbraucht werden.. Oberbecken: http://www.openstreetmap.org/browse/way/27438976 Unterbecken: http://www.openstreetmap.org/browse/way/32215227 Dieses Projekt ist noch tief in der Planung, es werden sogar noch Alternativstandorte gefordert. Von einem möglichen Baubeginn ist man noch weit entfernt. Die Variationsmöglichkeiten sind sehr begrenzt. Topografie, notwendige Höhendifferenz, Speicherkapazität etc. setzen enge Grenzen wo und wie das Pumpspeicherkraftwerk realisiert werden kann. Dazu ergibt sich aus dem geplanten Atomausstieg ein gewisser Zeitdruck das Projekt zu realisieren. Dass Gegner eine Alternative zu einer Planung oder die komplette Aufgabe eines Projektes fordern ist völlig normal (Siehe Stuttgart21). Dazu kommt noch die geplante Trasse der A 98 (die bis vor kurzem in den Planungen mit dem geplanten Unterbecken kollidierte), so das in der Gegend einige rein virtuelle Objekte sind. Jede Planung ist eine Planung und muss nicht zwangsläufig mit dem übereinstimmen was später realisiert wird. Detailänderungen gibt es fast immer. Diese in OSM dem aktuellen Stand anzupassen ist ja kein Problem. Fakt ist, dass das Regierungspräsidium eine Trasse geplant hat/bevorzugt, inzwischen eine zusätzliche Konsenstrasse gefunden wurde die auf Finanzierbarkeit/Realisierbarkeit geprüft werden muss und drei weitere Trassen vorgeschlagen wurden die kaum eine Chance auf Realsisierung haben. Und bezüglich OSM, Realität und Planung: Ein wesentlicher Bestandteil von OSM ist auch die Planung einer Route. Diese wird zwangsläufig immer in der Zukunft liegt, und das nicht immer unbedingt zeitnah. Es gibt also neben den Anwendern die nur sehen wollen wo sie sich aktuell befinden auch eine nicht unerhebliche Menge solcher die ihre Route in beliebiger Zukunft planen. Und auch solche, die sich eine Immobilie zulegen wollen und durchaus daran interesiert sind was von der Infrastruktur in den kommenden Jahren zu erwarten ist. Für den eine bedeuted es die Erwartung einer besseren Verkehrsanbindung, für den anderen eine Wertminderung durch steigende Verkehrsbelastung etc. So sehe ich es als ein verschliessen der Augen vor der Realität wenn man OSM rein auf die Darstellung der aktuell vorhandenen Realität beschränken möchte. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM in Irland?
Hallo uns sorry, dass ich deine Überlegungen einige Tagelang übersehen habe... 2012/2/23 Steffen Grunewald steffen.grunew...@gmx.net: Was mir noch zusätzlich Kopfschmerzen macht: die Küstenlinie scheint einigermaßen zum Bing-Bild zu passen. Also... Was du als Küstenlinie gesehen hast passt sehr wohl zum Bing-Bild, sofern das Bild auch nicht korrigiert wurde. Überall, wo Bing lediglich Satbilder liefert kann man - jedenfalls in Irland - durchaus 100m daneben liegen. Die Küstenlinie in Irland, wo nicht inzwischen verbessert worden, wurde auf Landsatbasis automatisch erstellt, samt Versatz. Wer also vor hat, von den Bing Satbildern abzumalen hat auch zu kalibrieren, was ich meistens anhand der Straßen mache, die meinstens irgendwo auf dem Satbild zu ahnen sind. Auf dieser Weise habe ich dir soeben ein Geschenk gemacht - die Küstenlinie zwischen Kilkee und Loop Head auf beiden Seiten der Halbinsel habe ich neu abgemalt. Lässt sich sicherlich verbessern, was allerdings gut warten kann, bis uns Bing in einigen Monaten vernünftigen Bilder liefert. In der Zwischenzeit habe ich dir zumindest etwas Terra firma verzaubert, was du wohl gut brauchen kannst. Je nachdem, wie du mit mkgmap umgehst, wirst du aber wohl auch deine Küstenlinien neu berechnen müssen. Das ist allerdings ein Kriterium ;) Dann fahren wir dort hin, wo noch wenig Straßen gemappt sind, dann haben wir wenigstens unsere Ruhe ;);) Für den Loop Drive scheint das halbwegs zu passen... Da fällt mir übrigens was ein... In Kilkee habe wir noch eine (kleine) Menge POIs die von der Lizenzumstellung platt gemacht werden: http://tools.geofabrik.de/osmi/?view=wtfelon=-9.65887lat=52.68018zoom=14overlays=overview,wtfe_point_clean,wtfe_line_clean,wtfe_point_harmless,wtfe_line_harmless,wtfe_point_modified,wtfe_line_modified_cp,wtfe_line_modified,wtfe_point_created,wtfe_line_created_cp,wtfe_line_created Auch bei Liscannor haben wir ein kleines Stück Strasse und einen POI. Sollte es dir passen, könntest du uns einen Gefallen tun, indem du diese Daten rettest. Wo wahrscheinlich kein Tourist freiwillig entlangkommt, sind die vielen Nebenstraßen (selbst aus den DOPs bei OSI ist nicht zu erahnen, welche Oberfläche die einem präsentieren werden). Fürs Radl in den meisten Fällen ganz OK. Dermot -- -- Igaühel on siin oma laul ja ma oma ei leiagi üles ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM in Irland?
2012/2/22 Steffen Grunewald steffen.grunew...@gmx.net: Maidin mhaith, :) Da hat einer geübt! Da ich dort aber mit dem Fahrrad langfahren will, werde ich den Garmin mitlaufen lassen und zumindest die Kreuzungen als Wegpunkte schreiben. Bis dahin sind aber vermutlich source=Bing-Einträge (hier ist eine Verbindung, du mußt halt nur genau gucken) immer noch besser als gar nichts, oder? Ich verstehe eine Menge Spaß, und gebe dem Mapper vor Ort, dem das nicht paßt, gern eine Pint aus. Da riskierst du leider nicht so sehr viel, in dem Eck sind mir nicht viele Mapper bekannt. In welcher Jahreszeit ist es denn soweit? Dermot -- -- Igaühel on siin oma laul ja ma oma ei leiagi üles ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehlende Attribution bei Geocaching.com (und MapQuest?)
So, kurze Rueckmeldung: Ich habe www.Geocaching.com bzw. Groundspeak eine Email geschrieben, ein wenig Honig um den Bart geschmiert und auf die fehlende Attribution hingewiesen (Text im Anhang.) Gestern kam knappe die Antwort, das sie sich fuer den Hinweis bedanken und die Seite geaendert haben. Unter www.geocaching.com/map gibt es jetzt eine ordentliche Attribution. Fall geloest. Im Wiki habe ich die Kontaktaufnahme dokumentiert und ebenfalls die positive Loesung angegeben. Text der Mail war: Hello Geocaching.com Team, I'm writing you as a (random) representative of the OpenStreetMap community to thank you for your bold step to switch the main map of Geocaching.com to an OpenStreetMap-based system. We are very happy to see more and more big players on the internet giving us a chance to prove our crowd-sourced effort to be a real alternative to commercial map data providers. We are sure that this will be of mutual benefit to both Geocaching.com and OpenStreetMap. You will gain a map that offers more detail in many countries of the world than the commercial ones. Even in places like the US or Canada, we often offer detail like hiking trails and footpaths that is not available elsewhere. We, on the other hand, may gain a lot of new contributors out of the already GPS-obsessed Geocaching community. Which of course will lead to an even better map. Although OpenStreetMap will not charge you anything for those maps and you are free to implement a lot of new features using our data if you like, there is one small requirement Geocaching.com has to fulfill to legally use the maps. This little thing is attribution. We request that your credit reads at least Map data (c) OpenStreetMap contributors, CC-BY-SA on the actual map. Where possible, 'OpenStreetMap' should be hyperlinked to http://www.openstreetmap.org/, and CC-BY-SA to http://creativecommons.org/licenses/by-sa/2.0/ . You already do proper attribute all the other OSM-based layers of your map, so I believe this is just a small error during your transition process. You should be able to receive the proper attribution directly through the API of you tile-provider MapQuest. Both this MapQuest example: http://open.mapquestapi.com/sdk/js/v6.1.0/basic-map.html and this Leaflet example: http://leaflet.cloudmade.com/ show you how this can be achieved. I'm sure you will have that fixed in no time. It has been recorded in our Wiki that you have been contacted now, so hopefully you should not receive multiple of those mails. But as it goes with crowd sourced efforts, we can't guarantee for all of our members. We are quite proud of our work and therefore somewhat passionate about the attribution. Best regards, # Geocacher and OpenStreetMap contributor ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehlende Attribution bei Geocaching.com (und MapQuest?)
Danke Ronnie, das war ja schon ein kleiner Honig-Eimer - aber Hauptsache, alle sind zufrieden ;) Gruss Walter - 1---2*3***4# -- View this message in context: http://gis.19327.n5.nabble.com/Fehlende-Attribution-bei-Geocaching-com-und-MapQuest-tp5488758p5511760.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehlende Attribution bei Geocaching.com (und MapQuest?)
das war ja schon ein kleiner Honig-Eimer - aber Hauptsache, alle sind zufrieden ;) Ein bisschen Werbung muss sein. Der US-Bürger erwartet das auch nicht anders. Immer hübsch die Sandwichmethode anwenden, wenn man Kritik üben muss. Lob-Kritik-Lob. Gruss Chaos99 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] Richiesta aiuto per Trieste
Buongiorno a tutti, sono sempre Andrea Gelmini,¹ del gruppo LugMap.² Roberto ha riscontrato una noia,³ relativamente a Trieste, e vi saremmo grati se vi fosse possibile sistemarla. Buona continuazione e grazie, Andrea - ¹ http://lists.openstreetmap.org/pipermail/talk-it/2011-July/023348.html ² http://lugmap.linux.it ³ http://lists.linux.it/pipermail/lugmap/2012/000771.html ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Richiesta aiuto per Trieste
nominatim riporta la città di Trieste come secondo risultato (il primo è il confine amministrativo del comune), quindi non vedo problemi. Forse ti confonde il fatto che nominatim legge di default il tag name:en (se c'è) e quindi Trieste diventa Triest. Puoi ovviare a questo inconveniente forzando il linguaggio nella richiesta, ad esempio: http://nominatim.openstreetmap.org/search.php?q=triesteformat=xmlaccept-language=it ti restituisce i risultati in italiano (e in formato xml). Ciao, Stefano Il 23 febbraio 2012 16:58, Andrea Gelmini andrea.gelm...@lugbs.linux.it ha scritto: Buongiorno a tutti, sono sempre Andrea Gelmini,¹ del gruppo LugMap.² Roberto ha riscontrato una noia,³ relativamente a Trieste, e vi saremmo grati se vi fosse possibile sistemarla. Buona continuazione e grazie, Andrea - ¹ http://lists.openstreetmap.org/pipermail/talk-it/2011-July/023348.html ² http://lugmap.linux.it ³ http://lists.linux.it/pipermail/lugmap/2012/000771.html ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Richiesta aiuto per Trieste
Il 23 febbraio 2012 17:15, Stefano Salvador stefano.salva...@gmail.com ha scritto: ti restituisce i risultati in italiano (e in formato xml). Buongiorno Stefano, e grazie per la celere risposta. Mea culpa, nel senso che tra quando ci siamo imbattuti nel problema e la mia segnalazione odierna, sono passate settimane, e il problema è stato risolto, anche senza forzare nulla. Grazie e a presto, Andrea ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-dk] Hvad sker der for konkurrenten?
Indtil for et par dage siden var der her klasket ramper på her med løs hånd i både vest og østgående retning. http://tools.geofabrik.de/mc/?mt0=mapnikmt1=googlemaplon=12.18032lat=55.65556zoom=15 Kortet taler for sig selv her: http://tools.geofabrik.de/mc/?mt0=mapnikmt1=googlemaplon=12.41446lat=55.69128zoom=14 Ja, de har tegnet en omfartsvej ind, men alle ændringer på de tilstødende veje er ignoreret. http://tools.geofabrik.de/mc/?mt0=mapnikmt1=googlemaplon=12.20281lat=55.88431zoom=14 Hvad har de gang i? Jeg er forundret. /Torben ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Hvad sker der for konkurrenten?
For det første eksempel - Fløng-tilfældet - er det en fejl, der er erstattet med en anden fejl. Der var planlagt ramper i begge retninger, men i praksis er det kun blevet til ramper i den ene retning (fra/mod København). Google havde tegnet dem ind i begge retninger. Jeg skrev til dem om den fejl for flere måneder siden (og deres ruteplan anerkendte også den ene rampe vestpå - men ikke den anden). Nu har de så tilsyneladende fjernet alle ramper i stedet... Dog, zoomer du et par takker ind i Fløng-tilfældet, vil du kunne se nogle planlagte ramper i stedet være tegnet ind (men uden at de kan bruges i deres ruteplanlægger) - Peter 2012/2/23 Torben Brendstrup t.brendst...@gmail.com: Indtil for et par dage siden var der her klasket ramper på her med løs hånd i både vest og østgående retning. http://tools.geofabrik.de/mc/?mt0=mapnikmt1=googlemaplon=12.18032lat=55.65556zoom=15 Kortet taler for sig selv her: http://tools.geofabrik.de/mc/?mt0=mapnikmt1=googlemaplon=12.41446lat=55.69128zoom=14 Ja, de har tegnet en omfartsvej ind, men alle ændringer på de tilstødende veje er ignoreret. http://tools.geofabrik.de/mc/?mt0=mapnikmt1=googlemaplon=12.20281lat=55.88431zoom=14 Hvad har de gang i? Jeg er forundret. /Torben ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Hvad sker der for konkurrenten?
2012/2/23 Peter Brodersen pe...@ter.dk: For det første eksempel - Fløng-tilfældet - er det en fejl, der er erstattet med en anden fejl. Og en kæmpe omvej med Google rutenavigation til bil ved Fløng ;-) (pga ramper under konstruktion på Google Maps som Peter nævner) http://maps.google.dk/maps?saddr=Rute+21daddr=Vesterledhl=dall=55.655897,12.17783spn=0.043677,0.110378sll=55.656018,12.177765sspn=0.00546,0.013797geocode=FVY8UQMdRDm6AA%3BFUVAUQMdSM25AAmra=memrsp=1,0sz=16t=mz=13 /Søren Johannessen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
[Talk-se] Fria flygfoton
Wikimedia Sverige ska ha årsmöte nu på lördag, en punkt på verksamhetsplanen är att det ska skapas 200 flygfoton över Sverige. För Openstreetmap är väl detta speciellt intressant på ställen med dåliga flygbilder. http://se.wikimedia.org/wiki/Verksamhetsplan_2012/Flygfoton Är det någon som har förslag som är bra för Openstreetmap, och finns det någon som är intresserad av att göra ballongflygningar? Jag är intresserad att försöka göra några flygningar i Hälsingland under sommarens semester. Hela verksamhetsplanen är här http://se.wikimedia.org/wiki/Verksamhetsplan_2012 Balongexperterna: http://grassrootsmapping.org/ -- /emj ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Fria flygfoton
Tyvärr så är tillståndsprocessen för flygfoton inte helt trivial. Om man ska göra bilderna fria så bör man ju ha korrekta tillstånd innan man flyger. Som det tex. står på http://www.skyviewflygfoto.se/: Skyview Flygfoto har F-skattesedel, tillstånd från Transportstyrelsen för verksamhet med obemannat luftfartyg, UAS-tillstånd kategori 1B, samt erforderlig försäkring hos Inter Hannover. . Det verkar ju dessutom som att försvaret ev. ska granska bilderna: http://www.fotosidan.se/forum/showthread.php?t=128093 Detta är nog ett område där verkligheten verkligen har sprungit ifrån lagstiftningen... On Thu, Feb 23, 2012 at 10:57, Erik Johansson erjo...@gmail.com wrote: Wikimedia Sverige ska ha årsmöte nu på lördag, en punkt på verksamhetsplanen är att det ska skapas 200 flygfoton över Sverige. För Openstreetmap är väl detta speciellt intressant på ställen med dåliga flygbilder. http://se.wikimedia.org/wiki/Verksamhetsplan_2012/Flygfoton Är det någon som har förslag som är bra för Openstreetmap, och finns det någon som är intresserad av att göra ballongflygningar? Jag är intresserad att försöka göra några flygningar i Hälsingland under sommarens semester. Hela verksamhetsplanen är här http://se.wikimedia.org/wiki/Verksamhetsplan_2012 Balongexperterna: http://grassrootsmapping.org/ -- /emj ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se -- John Bäckstrand ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Fria flygfoton
2012/2/23 John Bäckstrand sop...@gmail.com: Tyvärr så är tillståndsprocessen för flygfoton inte helt trivial. Om man ska göra bilderna fria så bör man ju ha korrekta tillstånd innan man flyger. Som det tex. står på http://www.skyviewflygfoto.se/: ; Skyview Flygfoto har F-skattesedel, tillstånd från Transportstyrelsen för verksamhet med obemannat luftfartyg, UAS-tillstånd kategori 1B, samt erforderlig försäkring hos Inter Hannover. . Jag utgår från att du är intresserad. :-) Fast nu är det ett hobbyprojekt inte en kommersiell verksamhet, vilket gör allt lite lösare. Men som holger säger det lagaliga är en del av projektet. En heliumbalong har e.g. väldigt svårt att komma upp i Luftfartyget en maximal kinetisk energi på högst 1000 J. Som är max för UAS-tillståndets som nämns ovan. ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
[Talk-es] Duda importar .OSM a PostGis
Hola, tenemos unas dudas. Hemos importado a una base de datos PostGis los shapefiles de los límites del mundo y no ha habido problema, se han metido en planet_osm_point, planet_osm_polygon... Sin problemas. Luego importamos el archivo .OSM de España y también se metió correctamente. Por último hemos intentado con el mismo procedimiento importar un archivo .osm nuestro y resulta que ha creado unas tablas distintas planet_osm_nodes, planet_osm_ways, planet_osm_rels en las que no ha creado geometrías sino los puntos Lat y Long como valores numéricos sin mas y claro así no se pueden usar las funciones Gis para hacer cálculos. ¿Por qué puede ser esto? Saludos y gracias. -- Ander Pijoan Lamas Ingeniero Técnico en Informática de Gestión Universidad de Deusto Contacto: Email: ander.pij...@deusto.es Móvil: +34 664471228 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-at] Wer kennt OSM in den Alpen bei Wien/Niederösterreich?
Ich würde mich schon ganz gut auskennen... du kannst mir ja mal die Kontaktdaten weiterschicken... On 23.02.2012 06:47, Friedrich Volkmann wrote: On 22.02.2012 23:14, Holger Schöner wrote: Ich stehe in Kontakt zu einer Reporterin vom ORF, die für die Sendung Newton jemanden sucht, der/die sich mit OSM in Wandergebieten (Alpen?) um Wien bzw. Niederösterreich auskennt (Gebiete mit sehr guten Daten, aber evtl. auch welche mit weniger guten; vielleicht auch Nutzung von OSM beim Wandern?). Da ich mich eher in Oberösterreich auskenne, würde ich ihr gerne jemanden vermitteln, der sich mit ihrem Interessensgebiet besser auskennt. ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Wer kennt OSM in den Alpen bei Wien/Niederösterreich?
On 02/22/2012 11:14 PM, Holger Schöner wrote: Ich kenn mich in Punkto Wandern zwischen den Wr. Hausbergen und dem Salzkammergut recht gut aus und habe in OSM einen Gutteil der Tracks und Waldgebiete zwischen St. Pölten und dem Hochschwab erfasst. Abhängig davon was der ORF wissen möchte stehe ich auch gerne zur Verfügung. LG, Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Fwd: CleanUpAustria, OpenStreetMap/Karten-Einbettung auf Homepage
Hallo David, Zum Punkt: wir möchte gerne auf unserer Homepage http://letsdoitaustria.org/ eine thematische Karte haben, wo alle teilnehmenden Gemeinden eingetragen werden sollen. Dazu fallen mir zwei Szenarien ein: [...] * da wir bereits Open-Street-Map für eine andere Karte verwenden, suchen wir eine Möglichkeit, die Gemeinden übersichtlich über OpenStreet-Map darzustellen (administrative Grenzen + farbliche Markierung). Kennt sich wer damit genauer aus und hätte eventuell sogar Interesse am Clean-Up-Day Projekt mit uns mitzuarbeiten? Es gibt mehrere Möglichkeiten, so etwas um zu setzen. Habt ihr euch schon Gedanken gemacht, ob ihr die kompletten Karten selber rendern wollt, oder ein Overlay über existierende Tiles legen wollt? Als Lösungen zum selber rendern (von kompletten Karten oder auch nur Overlay) mit OSM-Daten gibt es den bekannten Mapnik (sehr leistungsfähig, erfordert aber einiges an Software-Setup), Maperative (etwas komfortabler über GUI konfigurierbar, aber für größere Regionen nicht so gut), QGis, Mapserver, ... Solange ihr nur ein Overlay rendern wollt, sind prinzipiell alle Lösungen geeignet. Die Gemeindegrenzen sind, soweit ich weiß, in OSM zumindest näherungsweise (teilweise geschätzt) in ganz Österreich vorhanden; entweder kann man sie aus einer ganz normal mit osm2pgsql importierten PostGIS-Datenbank mit Mapnik/QGis/... rendern, oder man extrahiert sie aus einem OSM-Datensatz (z.B. mittels osmosis) und kann sie dann vermutlich sogar auch Österreich-weit mittels Maperitive aus einer OSM-Datei rendern. Was meinst du mit farblichen Markierungen? Je nachdem, zu welcher Lösung ihr tendiert, könnt ihr gerne detailliertere Fragen stellen. Mit PostGIS, Mapnik und begrenzt QGis habe ich Erfahrung. Die Gemeindegrenzen als Overlay könnte ich euch auch rendern (wofür ich Tiles zur Verwendung bsp. in OpenLayers/Leaflet/... mittels mapnik erzeugen würde), wenn es zeitlich nicht zu sehr drängt. Aber ich weiß nicht, wie komplex die erwähnten Markierungen werden würden ... Viele Grüße, -- Holger Schöner - nume...@ancalime.de ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-lv] daudzu objektu attēlošana uz kartes
Klau, nu šitas paraugs ir tieši tas, kas vajadzīgs! Parādīju cilvēkam, kas prasīja, šis stāvā sajūsmā, jo ir gan dzelzceļš, gan mūsu daļas un posteņi. Liels paldies! Vienīgais jautājums - vai varētu tagiem var piešķirt dažādas krāsas (baltu, dzeltenu, sarkanu)? Man droši vien jāpaķimerējas ar tiem stiliem, kas ir kml failā. Man šis piemērs gan strādāja tikai uz Firefox, uz IE negāja. Bet nu tas nav lielākā problēma. Domāju, ka ar ātrdarbību problēmu nebūs, jo lietotāji būs 10, nekādu mobilo ierīču. On Wed, 22 Feb 2012 15:04:54 +0200, AivarsB vrs@gmail.com wrote: Īsumā - noteikti var. Te vienreiz pa listi mētājās paraugs no kura pašpikot pieeju: http://toolserver.org/~kolossos/qtm2/featurelist.php?key=boundaryvalue=national_parkBBOX=20.49,55.683,28.318,58.09 [1] Toreiz nagi niezēja un izveidoju pievienoto paraugu - statisks HTML un statisks KML fails, kurā ir dzelzceļš (kā reiz) un tagi (ar ugunsdzēšanas stacijām). ŠEIT PARAUGS: http://failiem.lv/u/vdcemiz [2] Idejiski - fonā jābūt procesam kas uzģenerē KML failu ar līnijām vai punktiem (dinamiski vai statiski atkarībā no vajadzības). lietotājam uz browseri padodam lapu un kml failu, kuru vietēji arī uzzīmē. ko rādīt uzklikšķinot nav problēma uzrakstīt. Objektu skaits 800 ātruma ziņā nevajag būt problēmai. (to var ātri pārbaudīt ieģenējot KML failā maksimālo vajadzīgo iezīmju skaitu). Ja vien nav mobilajiem jāraksta vai kā citādi jāoptimizē daudziem tūkstošiem lietotāju. Izvietojums gan var radīt problēmas. Ja pasūtītājs ir Latvijas Dzelzceļš, tad noteikti zvan un rakst Pēterim :). Aivars Links: -- [1] http://toolserver.org/%7Ekolossos/qtm2/featurelist.php?key=boundaryvalue=national_parkBBOX=20.49,55.683,28.318,58.09 [2] http://failiem.lv/u/vdcemiz ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] daudzu objektu attēlošana uz kartes
Nu re, vajag tik pareizi pameklēt un viss jau gatavs :) Ja lieto OL, šeit par stilu piemērošanu: http://docs.openlayers.org/library/feature_styling.html -- pb On 2012.02.23. 11:20, lis...@gunta.lv wrote: Klau, nu šitas paraugs ir tieši tas, kas vajadzīgs! Parādīju cilvēkam, kas prasīja, šis stāvā sajūsmā, jo ir gan dzelzceļš, gan mūsu daļas un posteņi. Liels paldies! Vienīgais jautājums - vai varētu tagiem var piešķirt dažādas krāsas (baltu, dzeltenu, sarkanu)? Man droši vien jāpaķimerējas ar tiem stiliem, kas ir kml failā. Man šis piemērs gan strādāja tikai uz Firefox, uz IE negāja. Bet nu tas nav lielākā problēma. Domāju, ka ar ātrdarbību problēmu nebūs, jo lietotāji būs 10, nekādu mobilo ierīču. On Wed, 22 Feb 2012 15:04:54 +0200, AivarsB vrs@gmail.com wrote: Īsumā - noteikti var. Te vienreiz pa listi mētājās paraugs no kura pašpikot pieeju: http://toolserver.org/~kolossos/qtm2/featurelist.php?key=boundaryvalue=national_parkBBOX=20.49,55.683,28.318,58.09 [1] Toreiz nagi niezēja un izveidoju pievienoto paraugu - statisks HTML un statisks KML fails, kurā ir dzelzceļš (kā reiz) un tagi (ar ugunsdzēšanas stacijām). ŠEIT PARAUGS: http://failiem.lv/u/vdcemiz [2] Idejiski - fonā jābūt procesam kas uzģenerē KML failu ar līnijām vai punktiem (dinamiski vai statiski atkarībā no vajadzības). lietotājam uz browseri padodam lapu un kml failu, kuru vietēji arī uzzīmē. ko rādīt uzklikšķinot nav problēma uzrakstīt. Objektu skaits 800 ātruma ziņā nevajag būt problēmai. (to var ātri pārbaudīt ieģenējot KML failā maksimālo vajadzīgo iezīmju skaitu). Ja vien nav mobilajiem jāraksta vai kā citādi jāoptimizē daudziem tūkstošiem lietotāju. Izvietojums gan var radīt problēmas. Ja pasūtītājs ir Latvijas Dzelzceļš, tad noteikti zvan un rakst Pēterim :). Aivars Links: -- [1] http://toolserver.org/%7Ekolossos/qtm2/featurelist.php?key=boundaryvalue=national_parkBBOX=20.49,55.683,28.318,58.09 [2] http://failiem.lv/u/vdcemiz ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] highway=area ?
Sveiki, Par tiem trūkstošiem ceļiem. Intereses pēc sāku zīmēt teritorijas pie Krievijas robežas, jo tur ir ScanEx IRS karšu pārklājums kas dažās vietās iet diezgan tālu Latvijas teritorijās un ir labāks par to kas ir Bingam. Pirms sāku, Zīlupe sastavēja no diviem nesavienotiem lielceļiem! Šobrīd nav diez kas labāks, jo vienīgais ko es varu tur uzlikt ir highway=unclassified, jo pēdejo reizi tajā pusē esmu bijis gadus 15 atpakaļ... Pasu Zīlupi (upi) aizstiepu līdz Krievijas robežai. Tālāk ir sarežģitāk, jo man nav pieredzes darbā ar robežām, bet upe tur arī veido robežu starp valstīm. Rezumejot, Latgalē ir daudz kas darāms! :) Vadims 2012/2/22 pec...@gmail.com pec...@gmail.com Sveiki visiem! Man ir divejādas jūtas. Gribās jau to universālo, taču tas ir ļoti pamatīgs darbs un parasti beidzas ar to ka kāda kartes daļa ir ļoti smalki nokartēta, savukārt citā trūkst pat elementāro ceļu. Katrā ziņā detalizētā kartēšana kā tāda mani interesē. Tāpēc izvirzu prioritātes - kaut kad šonedēļ iemetīšu garāku vēstuli sarakstē par šo tēmu. Pēteris. 2012. gada 22. februāris 05:51 Rich ric...@nakts.net rakstīja: On 02/03/12 16:49, Raitis U. wrote: Nu šis vairāk ir kā eksperiments - cik tad īsti tālu var aiziet, un kāda īsti izskatās universāla karte. tb, kur ir tas limits, kad izskatās jau pēc absurda :) Tuvākajos plānos nav izzīmēt visu LV ar ieliņām, bet nu... domu sapratāt. Es nezinu kāpēc openmtbmap.org uztaisa tādus brīnumus, bet šeit viss izskatās pat ļoti jauki. http://www.openstreetmap.by/?zoom=18lat=56.950326lon=23.748884 Un osm.org mapquest slānī arī tīri tā neko. http://www.openstreetmap.by/?zoom=18lat=56.950326lon=23.748884 te laikam copypaste sametaas, bet... zhetons. iespaidiigi :) shito es njemu kaa screenshotu savaas osm prezentaacijaas :D p.s. dīvaini, ka secondary kā area nekas nerenderē. ... -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv -- mortigi tempo Pēteris Krišjānis ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] highway=area ?
huh.. šo kaut kā biju palaidis garām. Ceļi ir labi redzami, tikai liekam aiz auss, ka šiem satelītattēliem ir diezgan vērā ņemama nobīde: JOSM'ā jāliek: Porečje, Panova, Zilupe -8;90 Ludza, Kārsava -15;60 Kapūne (Uz D no Gulbenes), Balvi, Alūksne, -25; 60 bet upe tur arī veido robežu starp valstīm. Labāk dublēt robežu (JOSM'ā ar (F)), nekā uzlikt papildus tagu esošai līnijai. Pēc tam vieglāk labot. On Thu, Feb 23, 2012 at 6:35 PM, vtv vadimt...@gmail.com wrote: Sveiki, Par tiem trūkstošiem ceļiem. Intereses pēc sāku zīmēt teritorijas pie Krievijas robežas, jo tur ir ScanEx IRS karšu pārklājums kas dažās vietās iet diezgan tālu Latvijas teritorijās un ir labāks par to kas ir Bingam. Pirms sāku, Zīlupe sastavēja no diviem nesavienotiem lielceļiem! Šobrīd nav diez kas labāks, jo vienīgais ko es varu tur uzlikt ir highway=unclassified, jo pēdejo reizi tajā pusē esmu bijis gadus 15 atpakaļ... Pasu Zīlupi (upi) aizstiepu līdz Krievijas robežai. Tālāk ir sarežģitāk, jo man nav pieredzes darbā ar robežām, bet upe tur arī veido robežu starp valstīm. Rezumejot, Latgalē ir daudz kas darāms! :) Vadims ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] LV corine meži
Mapnik z12 ir atjaunots ar jauniem Corine datiem :) 2012/2/22 cuu...@gmail.com cuu...@gmail.com: Ja nav jau savākts, labprāt patīrītu Vidzemes ziemeļus-- Salacgrīvas, R 2012. gada 22. februāris 11:54 Raitis U. rait...@gmail.com rakstīja: 17 teritorijas tikai palikušas. (no 120) :) Nu, kāds negrib vēl kādu novadu patīrīt/apvienot ar esošajiem mežiem/purviem? On Sat, Feb 18, 2012 at 12:47 PM, Raitis U. rait...@gmail.com wrote: Varu klātienē Rīgā vai neklātienē jebkur izbrīvēt laiku rīt līdz 16. Lūdzu idejas - kur, un cikos? On Sat, Feb 18, 2012 at 7:52 AM, Gints Polis polis.gi...@gmail.com wrote: Man kaut kā rodas sarežģījumi liekot to corine uz esošiem sarežģītiem mežu laukumiem. Laikam nepieciešama diskusija klātienē. Kāds vēl būtu gatavs tajā piedalīties? Padalīties ar pieredzi? Gints 2012. gada 12. februāris 21:26 Raitis U. rait...@gmail.com rakstīja: izskatās zaļi ;) Uz D no Ventspils tikai pārklājas pāri esošajiem mežu pleķīšiem. Burtnieku nov. kopā ar 2 citiem tika iedots Gintam, bet domāju viņš neapvainosies, ja tu viņu ieliksi :) http://failiem.lv/u/gbmqrjy 2012/2/12 Marat mar...@gmail.com: Ventspils novads jau iekšā!:) 2012/2/12 cuu...@gmail.com cuu...@gmail.com: Labprāt padarbošos ar Burtnieku novadu. 2012. gada 11. februāris 16:16 Raitis U. rait...@gmail.com rakstīja: Labadiena! Tātad, beidzot parādījās brīvāks laiks, un jāpabeidz iesāktais. http://osm.lv/f/discussion/16/corine-2006 Kā jau noteikti esat ievērojuši, Latvija iekš OSM paliek aizvien zaļāka :) bet ir palikuši ~40 novadi, kas jāskatās katrs atsevišķi, un jāliek kopā ar esošajiem. http://mapcraft.nanodesu.ru/pie/86# Tie kas darbojas šajos novados - dodam ziņu, un es aizsūtīšu failu, kuru varēsiet likt iekšā. ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv -- Ginc ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] highway=area ?
http://wiki.openstreetmap.org/wiki/Lv:Source On Thu, Feb 23, 2012 at 10:11 PM, vtv vadimt...@gmail.com wrote: Paldies par cipariem! Iepriekš biju licis tās nobīdes balstoties uz pāris GPS trekiem, kas tajā apgabalā tomēr ir. Tagad izmantošu šos. Varbūt tos varam kaut kur ielikt lai nepazūd? 2012/2/23 Raitis U. rait...@gmail.com huh.. šo kaut kā biju palaidis garām. Ceļi ir labi redzami, tikai liekam aiz auss, ka šiem satelītattēliem ir diezgan vērā ņemama nobīde: JOSM'ā jāliek: Porečje, Panova, Zilupe -8;90 Ludza, Kārsava -15;60 Kapūne (Uz D no Gulbenes), Balvi, Alūksne, -25; 60 bet upe tur arī veido robežu starp valstīm. Labāk dublēt robežu (JOSM'ā ar (F)), nekā uzlikt papildus tagu esošai līnijai. Pēc tam vieglāk labot. On Thu, Feb 23, 2012 at 6:35 PM, vtv vadimt...@gmail.com wrote: Sveiki, Par tiem trūkstošiem ceļiem. Intereses pēc sāku zīmēt teritorijas pie Krievijas robežas, jo tur ir ScanEx IRS karšu pārklājums kas dažās vietās iet diezgan tālu Latvijas teritorijās un ir labāks par to kas ir Bingam. Pirms sāku, Zīlupe sastavēja no diviem nesavienotiem lielceļiem! Šobrīd nav diez kas labāks, jo vienīgais ko es varu tur uzlikt ir highway=unclassified, jo pēdejo reizi tajā pusē esmu bijis gadus 15 atpakaļ... Pasu Zīlupi (upi) aizstiepu līdz Krievijas robežai. Tālāk ir sarežģitāk, jo man nav pieredzes darbā ar robežām, bet upe tur arī veido robežu starp valstīm. Rezumejot, Latgalē ir daudz kas darāms! :) Vadims ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] LV corine meži
Labrīt! Kam vajadzēja paprasīt uzlikt ter. plānu Gisnet.lv WMS? Gribu uzlabot Ances pagastu, viņam ir PDF, bet iekšā karte rasterā un PDF plugins nederēs: http://ventspilsnovads.lv/images/stories/Teritorijas%20planojumi/Ance/ance_planota_1.pdf 2012/2/23 Marat mar...@gmail.com: Mapnik z12 ir atjaunots ar jauniem Corine datiem :) 2012/2/22 cuu...@gmail.com cuu...@gmail.com: Ja nav jau savākts, labprāt patīrītu Vidzemes ziemeļus-- Salacgrīvas, R 2012. gada 22. februāris 11:54 Raitis U. rait...@gmail.com rakstīja: 17 teritorijas tikai palikušas. (no 120) :) Nu, kāds negrib vēl kādu novadu patīrīt/apvienot ar esošajiem mežiem/purviem? On Sat, Feb 18, 2012 at 12:47 PM, Raitis U. rait...@gmail.com wrote: Varu klātienē Rīgā vai neklātienē jebkur izbrīvēt laiku rīt līdz 16. Lūdzu idejas - kur, un cikos? On Sat, Feb 18, 2012 at 7:52 AM, Gints Polis polis.gi...@gmail.com wrote: Man kaut kā rodas sarežģījumi liekot to corine uz esošiem sarežģītiem mežu laukumiem. Laikam nepieciešama diskusija klātienē. Kāds vēl būtu gatavs tajā piedalīties? Padalīties ar pieredzi? Gints 2012. gada 12. februāris 21:26 Raitis U. rait...@gmail.com rakstīja: izskatās zaļi ;) Uz D no Ventspils tikai pārklājas pāri esošajiem mežu pleķīšiem. Burtnieku nov. kopā ar 2 citiem tika iedots Gintam, bet domāju viņš neapvainosies, ja tu viņu ieliksi :) http://failiem.lv/u/gbmqrjy 2012/2/12 Marat mar...@gmail.com: Ventspils novads jau iekšā!:) 2012/2/12 cuu...@gmail.com cuu...@gmail.com: Labprāt padarbošos ar Burtnieku novadu. 2012. gada 11. februāris 16:16 Raitis U. rait...@gmail.com rakstīja: Labadiena! Tātad, beidzot parādījās brīvāks laiks, un jāpabeidz iesāktais. http://osm.lv/f/discussion/16/corine-2006 Kā jau noteikti esat ievērojuši, Latvija iekš OSM paliek aizvien zaļāka :) bet ir palikuši ~40 novadi, kas jāskatās katrs atsevišķi, un jāliek kopā ar esošajiem. http://mapcraft.nanodesu.ru/pie/86# Tie kas darbojas šajos novados - dodam ziņu, un es aizsūtīšu failu, kuru varēsiet likt iekšā. ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv -- Ginc ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
[Talk-ca] (no subject)
Pierre I beg to differ, the OSM wiki states The place=locality tag can be used to name unpopulated place which is not associated with any feature to which such a tag could be associated. By default many small or unpopulated places are tagged as localities in canvec. When I preformed the upload along a remote northern rail line, I checked the community against a Government of Manitoba list and the census to determine if a place was populated. We do need some sort of tagging to indicated the railway significance, but I have used place=locality on road locations in both urban and rural environments as well (http://osm.org/go/Wpz83vHj2-- and http://osm.org/go/Wp5TRnmtN--). Sam ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] (no subject)
On Thu, Feb 23, 2012 at 10:02 AM, Sam Dyck samueld...@gmail.com wrote: I beg to differ, the OSM wiki states The place=locality tag can be used to name unpopulated place which is not associated with any feature to which such a tag could be associated. By default many small or unpopulated places are tagged as localities in canvec. When I preformed the upload along a remote northern rail line, I checked the community against a Government of Manitoba list and the census to determine if a place was populated. We do need some sort of tagging to indicated the railway significance, but I have used place=locality on road locations in both urban and rural environments as well (http://osm.org/go/Wpz83vHj2-- and http://osm.org/go/Wp5TRnmtN--). *Disclaimer*: *I am speaking only for myself and not in any official capacity for my employer, Statistics Canada.* When I think locality, I tend to think of a place, populated or otherwise, that has been designated by some level of government, but that's because of where I work. :) Statistics Canada had a concept called a locality that was used up to the 2006 Census. In 2011 it has been merged with place name, the definition of which is selected named of active and retired geographic areas as well as nams from the Canadadian Geographical Names Database. Place names include names of census divisions (municipalities), designated places and population centres, as well as the names of some local places. The Census Dictionary also notes that prior to 2011, the term 'locality' was used to describe historical place names, such as former census subdivisions (municipalities), designated places and urban areas. (ref: http://www12.statcan.gc.ca/census-recensement/2011/ref/dict/geo033-eng.cfm) I seem to recall from when I worked in the Geography Division here that localities and place names were from official sources (i.e. the various levels of government). Building on that, named points along a railway would not be considered localities because they are operational reference points designated by the railway operator, much like IFR intersections used in the aviation world. Using place=locality on road locations, on the other hand, would make sense because of who designated the name. As I mentioned above, *I am speaking only for myself and not in any official capacity for my employer, Statistics Canada*. Cheers! --G* * ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] (no subject)
Actually both of the highway locations I cited are not from any database, but reflect the local names for the intersection. On 2/23/12, Gordon Dewis gor...@pinetree.org wrote: On Thu, Feb 23, 2012 at 10:02 AM, Sam Dyck samueld...@gmail.com wrote: I beg to differ, the OSM wiki states The place=locality tag can be used to name unpopulated place which is not associated with any feature to which such a tag could be associated. By default many small or unpopulated places are tagged as localities in canvec. When I preformed the upload along a remote northern rail line, I checked the community against a Government of Manitoba list and the census to determine if a place was populated. We do need some sort of tagging to indicated the railway significance, but I have used place=locality on road locations in both urban and rural environments as well (http://osm.org/go/Wpz83vHj2-- and http://osm.org/go/Wp5TRnmtN--). *Disclaimer*: *I am speaking only for myself and not in any official capacity for my employer, Statistics Canada.* When I think locality, I tend to think of a place, populated or otherwise, that has been designated by some level of government, but that's because of where I work. :) Statistics Canada had a concept called a locality that was used up to the 2006 Census. In 2011 it has been merged with place name, the definition of which is selected named of active and retired geographic areas as well as nams from the Canadadian Geographical Names Database. Place names include names of census divisions (municipalities), designated places and population centres, as well as the names of some local places. The Census Dictionary also notes that prior to 2011, the term 'locality' was used to describe historical place names, such as former census subdivisions (municipalities), designated places and urban areas. (ref: http://www12.statcan.gc.ca/census-recensement/2011/ref/dict/geo033-eng.cfm) I seem to recall from when I worked in the Geography Division here that localities and place names were from official sources (i.e. the various levels of government). Building on that, named points along a railway would not be considered localities because they are operational reference points designated by the railway operator, much like IFR intersections used in the aviation world. Using place=locality on road locations, on the other hand, would make sense because of who designated the name. As I mentioned above, *I am speaking only for myself and not in any official capacity for my employer, Statistics Canada*. Cheers! --G* * ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] (no subject)
Confusion Corner reminded me of The Basketweave on the 401 in Toronto. http://www.openstreetmap.org/?lat=43.71829lon=-79.50048zoom=17layers=M Here a mapper has tagged the node as an attraction. On Thu, Feb 23, 2012 at 11:23 AM, Sam Dyck samueld...@gmail.com wrote: Actually both of the highway locations I cited are not from any database, but reflect the local names for the intersection. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-cz] dotaz na JOSM - špatné popisování provedených změn
stáhl jsem si dnešní verzi č 5018 a problém mi přetrvává. Pražák Dne 22. února 2012 23:08 LM_1 flukas.robot+...@gmail.com napsal(a): U mě ne, používám josm-latest verzi LM 2012/2/22 Zdeněk Pražák zpra...@seznam.cz: až nyní jsem si všiml, že při ukládání úprav v JOSM se mi špatně pojmenovávají provedené změny. Popis změn je vždy posunut o jednu změnu zpět například v Sadě změn: 10751088 se zobrazil popis budovy Přeštěnice, zatímco správně mělo být budovy Radihošť, což se zobrazilo u změny č. 10751202 Používám JOSM 4875 Projevuje se toto chování i u někoho jiného? ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] dotaz na aktualizace keep right
Dne 22.2.2012 15:19, Petr Morávek [Xificurk] napsal(a): Zdene(k Praz(ák wrote: Minulý týden jsem provedl odstrane(ní duplicitních potoku* v okolí Hradce Králové a Pardubic. Kdyz( jsem se vs(ak dnes podíval na stránku keep right ( keepright.ipax.at/report_map.php?lang=csnumber_of_tristate_checkboxes=6highlight_error_id=0highlight_schema=0lat=50.04656lon=15.77548zoom=8show_ign=1show_tmpign=1layers=B00Tch=0%2C194 http://keepright.ipax.at/report_map.php?lang=csnumber_of_tristate_checkboxes=6highlight_error_id=0highlight_schema=0lat=50.04656lon=15.77548zoom=8show_ign=1show_tmpign=1layers=B00Tch=0%2C194 ) tak se zde por(ád objevují duplicitní zkr(íz(ené potoky. Chte(l jsem se zeptat jak c(asto se tyto duplicity na keep right aktualizují Praz(ák Uz( jsem podle keep right! dels(í dobu nic neopravoval... ale vzpomínám si, z(e se zme(ny projevovaly po celkem dlouhé dobe( (r(ádove( týdny)... takz(e bych se moc neznepokojoval ;) Petr Morávek aka Xificurk Byva to tak tyden az dva - jak u ktere vrstvy, ostatne tusim ze tam je k nalezeni datum, ze ktereho pochazi data. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] dotaz na JOSM - špatné popisování provedených změn
Dne 23.2.2012 15:18, Zdeněk Pražák napsal(a): stáhl jsem si dnešní verzi č 5018 a problém mi přetrvává. Pražák A nemas otevreny nejaky starsi changeset? Josm by to mel umet zjistit, i kdyz ani to by nemelo nicemu vadit. Dne 22. února 2012 23:08 LM_1 flukas.robot+...@gmail.com mailto:flukas.robot%2b...@gmail.com napsal(a): U mě ne, používám josm-latest verzi LM 2012/2/22 Zdeněk Pražák zpra...@seznam.cz mailto:zpra...@seznam.cz: až nyní jsem si všiml, že při ukládání úprav v JOSM se mi špatně pojmenovávají provedené změny. Popis změn je vždy posunut o jednu změnu zpět například v Sadě změn: 10751088 se zobrazil popis budovy Přeštěnice, zatímco správně mělo být budovy Radihošť, což se zobrazilo u změny č. 10751202 Používám JOSM 4875 Projevuje se toto chování i u někoho jiného? ___ Talk-cz mailing list Talk-cz@openstreetmap.org mailto:Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org mailto:Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Rencontre entre contributeurs à Marseille
Le mercredi 22 février 2012 à 20:55 +0100, Romain MEHUT a écrit : Vous avez convié le Collectif Vélos en Ville? Romain Bonjour Romain, Pour cette première rencontre, l'idée est surtout de réunir des contributeurs. Le but est de se coordonner et de communiquer entre nous, plutôt que de faire de la promotion auprès d'acteurs externes. Cela dit, j'ai senti chez certains l'envie de militer, je ne doute pas que nous parlerons ce soir des actions à mener dans ce domaine. J'en profite pour t'informer des suites concernant Vélos en ville. J'ai eu ton contact au téléphone, il souhaite effectivement organiser une présentation d'OSM à ses adhérents mais il doit pour cela obtenir l'aval du bureau de son association et organiser un peu la chose. Malheureusement, il y a d'autres urgences qui l'occupent pour le moment (si j'ai bien compris). Nous nous sommes quittés plein de bonne volonté mais sans prendre rendez-vous pour faire avancer ce dossier. À suivre/à relancer donc. Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment tagger un cassis ?
Oui, les radiers, c'est pour faire passer l'eau. Un autre exemple au-dessus de Grenoble : http://maps.google.fr/maps?q=la+tronchehl=frie=UTF8ll=45.214139,5.744597spn=0.000688,0.001206sll=46.75984,1.738281sspn=10.961323,19.753418hnear=La+Tronche,+Is%C3%A8re,+Rh%C3%B4ne-Alpest=hz=20layer=ccbll=45.214068,5.744532panoid=N_Lsk8WIhahvIxNQozyy3Acbp=12,7.4,,0,34.24 Je l'ai codé en gué (ford) comme je le fais régulièrement à Madagascar. Un radier n'a pas vocation à ralentir la circulation et peut d'ailleurs être relativement étendu. Pour moi radier et cassis sont deux concepts à distinguer dans OSM. Pour le cassis, il faut enrichir les valeurs du tag traffic_calming (=hollow?) Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] rencontre mappeurs Paris 6 mars
Je suis content que l'idée plaise ^^. Je suis aussi dispo pour les 2 dates, donc pour l'instant on part plutôt sur le 8 :) Le 23 février 2012 08:25, Po G nux...@gmail.com a écrit : Salut Très bonne idée. Je suis partant pour les deux dates. POG 2012/2/23 didier2...@free.fr - Mail d'origine - De: Vincent de Chateau-Thierry v...@laposte.net À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Wed, 22 Feb 2012 20:50:17 +0100 (CET) Objet: Re: [OSM-talk-fr] rencontre mappeurs Paris 6 mars Bonsoir, Le 22/02/2012 20:29, Florian LAINEZ a écrit : Bonjour les parisiens, ça vous dirait une rencontre IRL dans un bar histoire de parler de nos dernières sessions de mapping ? On en a parlé au FOSDEM : à Paris on ne se voit jamais ! C'est vraiment dommage, let's fix it ;) Je propose le _mardi 6 mars au Hall's beer Tavern à Châtelet_ (68 rue saint denis http://www.openstreetmap.org/?lat=48.861587lon=2.349264zoom=18layers=M http://www.openstreetmap.org/?lat=48.861587lon=2.349264zoom=18layers=M ) : c'est central et ça permettra à ceux qui ne connaissent pas encore la Chouffe de découvrir cette bière inoubliable ^^ Motivés ? Merci pour l'initiative ! Enfin... si les banlieusards sont acceptés :-) = idem Malheureusement, pour moi, le 6 n'est pas possible. Je propose le jeudi 8 au cas où. = je suis partant pour le 6 ou le 8 didier --mapeur amateur-- ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- *Florian Lainez* http://twitter.com/overflorian http://www.nouslesgeeks.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment tagger un cassis ?
Le 23 février 2012 09:38, Eric Sibert courr...@eric.sibert.fr a écrit : Oui, les radiers, c'est pour faire passer l'eau. Un autre exemple au-dessus de Grenoble : http://maps.google.fr/maps?q=la+tronchehl=frie=UTF8ll=45.214139,5.744597spn=0.000688,0.001206sll=46.75984,1.738281sspn=10.961323,19.753418hnear=La+Tronche,+Is%C3%A8re,+Rh%C3%B4ne-Alpest=hz=20layer=ccbll=45.214068,5.744532panoid=N_Lsk8WIhahvIxNQozyy3Acbp=12,7.4,,0,34.24 Je l'ai codé en gué (ford) comme je le fais régulièrement à Madagascar. Un radier n'a pas vocation à ralentir la circulation et peut d'ailleurs être relativement étendu. Pour moi radier et cassis sont deux concepts à distinguer dans OSM. Pour le cassis, il faut enrichir les valeurs du tag traffic_calming (=hollow?) Eric D'accord aussi pour séparer les radiers des cassis ! As-tu un exemple pour le hollow ? Il est vrai que je ne connais pas le terme en anglais... Fabien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rencontre entre contributeurs à Marseille
Le 23 février 2012 09:32, Gilles Bassière gbassi...@gmail.com a écrit : Le mercredi 22 février 2012 à 20:55 +0100, Romain MEHUT a écrit : Vous avez convié le Collectif Vélos en Ville? Romain Bonjour Romain, Pour cette première rencontre, l'idée est surtout de réunir des contributeurs. Le but est de se coordonner et de communiquer entre nous, plutôt que de faire de la promotion auprès d'acteurs externes. Cela dit, j'ai senti chez certains l'envie de militer, je ne doute pas que nous parlerons ce soir des actions à mener dans ce domaine. J'en profite pour t'informer des suites concernant Vélos en ville. J'ai eu ton contact au téléphone, il souhaite effectivement organiser une présentation d'OSM à ses adhérents mais il doit pour cela obtenir l'aval du bureau de son association et organiser un peu la chose. Malheureusement, il y a d'autres urgences qui l'occupent pour le moment (si j'ai bien compris). Nous nous sommes quittés plein de bonne volonté mais sans prendre rendez-vous pour faire avancer ce dossier. À suivre/à relancer donc. Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ +1 pour ne pas mélanger. Là il faut essayer de faire que Marseille devienne un pôle OSM (enfin j'espère ne pas déménager encore une fois au bout d'un an...) quand on voit la ville de Orange et son activité ça fait un peu « cheap » Marseille... À ce soir, Fabien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rencontre entre contributeurs à Marseille
Le 23 février 2012 09:58, Fabien marbolan...@gmail.com a écrit : Le 23 février 2012 09:32, Gilles Bassière gbassi...@gmail.com a écrit : Le mercredi 22 février 2012 à 20:55 +0100, Romain MEHUT a écrit : Vous avez convié le Collectif Vélos en Ville? Romain Bonjour Romain, Pour cette première rencontre, l'idée est surtout de réunir des contributeurs. Le but est de se coordonner et de communiquer entre nous, plutôt que de faire de la promotion auprès d'acteurs externes. Cela dit, j'ai senti chez certains l'envie de militer, je ne doute pas que nous parlerons ce soir des actions à mener dans ce domaine. J'en profite pour t'informer des suites concernant Vélos en ville. J'ai eu ton contact au téléphone, il souhaite effectivement organiser une présentation d'OSM à ses adhérents mais il doit pour cela obtenir l'aval du bureau de son association et organiser un peu la chose. Malheureusement, il y a d'autres urgences qui l'occupent pour le moment (si j'ai bien compris). Nous nous sommes quittés plein de bonne volonté mais sans prendre rendez-vous pour faire avancer ce dossier. À suivre/à relancer donc. Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ +1 pour ne pas mélanger. Là il faut essayer de faire que Marseille devienne un pôle OSM (enfin j'espère ne pas déménager encore une fois au bout d'un an...) quand on voit la ville de Orange et son activité ça fait un peu « cheap » Marseille... Et il n'y a pas que Marseille dans ce cas... À ce soir, Fabien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Calculateurs ou cartes pour s'orienter à vélo?
Bonjour, C'est le titre du billet de ce jour du blog Isabelle et le vélo. Il fait suite notamment à mes sollicitations auprès de l'auteur de ce blog. http://isabelleetlevelo.20minutes-blogs.fr/archive/2011/11/12/un-autre-portail-d-itineraires-pour-cyclistes.html Il y est donc question de comment s'orienter à vélo en ville. Côté numérique: Mappy est disqualifié. Géovélo se fait égratigner car il *nous envoie en plein dans les endroits à éviter*! Il est question de Ride the City mais il n'est pas fait mention qu'il exploite OSM *via* Cloudmade. Côté carte papier: Plusieurs exemples sont cités dont La Ville à Vélo de Lyon. L'auteur insiste surtout que les cartes doivent être issues de données relevées sur le terrain et qu'elles soient diffusées. En somme, de mon point de vue, on pourrait conclure qu'OSM porte en soit tous les avantages pour répondre à la question de départ sauf que le projet est encore trop méconnu et qu'il reste beaucoup de pédagogie à prévoir... N'hésitez pas à réagir, je ferai suivre les commentaires... Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Calculateurs ou cartes pour s'orienter à vélo?
hello, Oui c'est exactement ce que tu dis, OSM apporte toutes les solutions posées par cette personne ... à condition de faire les relevés terrain justement. Son appel aux pouvoirs publics est un peu vain : on a déjà tous les outils pour faire une carto de qualité, il ne manque plus qu'ils soient utilisés. @romain si tu es motivé pour aller plus loin avec cette personne, c'est une mapping party à vélo qu'il faut organiser :p Le 23 février 2012 10:08, Romain MEHUT romain.me...@gmail.com a écrit : Bonjour, C'est le titre du billet de ce jour du blog Isabelle et le vélo. Il fait suite notamment à mes sollicitations auprès de l'auteur de ce blog. http://isabelleetlevelo.20minutes-blogs.fr/archive/2011/11/12/un-autre-portail-d-itineraires-pour-cyclistes.html Il y est donc question de comment s'orienter à vélo en ville. Côté numérique: Mappy est disqualifié. Géovélo se fait égratigner car il *nous envoie en plein dans les endroits à éviter*! Il est question de Ride the City mais il n'est pas fait mention qu'il exploite OSM *via* Cloudmade. Côté carte papier: Plusieurs exemples sont cités dont La Ville à Vélo de Lyon. L'auteur insiste surtout que les cartes doivent être issues de données relevées sur le terrain et qu'elles soient diffusées. En somme, de mon point de vue, on pourrait conclure qu'OSM porte en soit tous les avantages pour répondre à la question de départ sauf que le projet est encore trop méconnu et qu'il reste beaucoup de pédagogie à prévoir... N'hésitez pas à réagir, je ferai suivre les commentaires... Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- *Florian Lainez* http://twitter.com/overflorian http://www.nouslesgeeks.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Calculateurs ou cartes pour s'orienter à vélo?
Bonjour tout le monde, Pour info je ne travaille plus pour Géovélo, mais j'avais envie d'apporter quelques compléments. Je trouve très limite les articles de cette personne. Au tout début de Géovélo sur Paris (avec données OSM) elle ne lui avait laissé aucune chance à cause des problèmes de données de l'époque. Très honnêtement je doute qu'elle y soit retournée depuis pour tester le service. Sinon elle se serait peut-être aperçue que les données ressemblent étrangement à RideTheCity ;). C'est d'autant plus injuste de sa part que si aujourd'hui le résultat est honnête sur cet outil c'est en parti grâce aux contributions de Géovélo sur OSM. Enfin bref... et faudra m'expliquer comment elle ne voit pas Géovélo sur le site http://www.tours.fr/ Et puisqu'elle parle carte, signalons aussi que sur http://www.geovelo.fr/paris il y a une couche qualité des voies qui est bien pratique. Gael. -- View this message in context: http://gis.19327.n5.nabble.com/Calculateurs-ou-cartes-pour-s-orienter-a-velo-tp5507446p5507576.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] téléchargement d'une zone trop grande - Mirroirs de la base OSM
Bonjour, Il s'agit de cartographier une région. Mais, il faut aussi que le pays soit cartographié. Ceci dit... les deux niveaux affichent en effet le message de trop grande taille.Pour finir : il faut que le niveau d'îlot du pays puisse être atteignable, une fois la cartographie faite. Cordialement. let's be pleased with the environment From: verd...@wanadoo.fr Date: Wed, 22 Feb 2012 19:48:02 +0100 To: talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr]téléchargement d'une zone trop grande - Mirroirs de la base OSM L'autre problème du système Postgresql c'est qu'il est totalement lié à la version même du moteur. Ça manque d'ouverture et c'est une solution technique insurmontable pour un vrai travail collaboratif, alors qu'on a un schéma d'échange en XML parfaitement viable et utilisable pour l'alimentation en streaming, et indépendant du moteur utilisé. Bref, si le système de réplication Postgres est utilisé, il servira surtout à alimenter un second système local, lequel produira un stream XML qui peut alors être souscrit et diffusé efficacement (et si un client veut s'inscrire en partant de rien, il doit exister des serveurs permettant d'obtenir, en un temps plus ou moins long une image XML de base produite par un snapshot daté, tandis que le même client reçoit déjà le stream live qui contient les autres mises à jour: le premier objet du stream qu'il reçoit contient un marqueur de la date de référence à demander au serveur de snapshot, de sorte qu'en chargeant ensuite ce snapshot, les objets déjà reçus depuis le stream, et qui sont davantage à jour, ne seront pas écrasés par d'anciennes versions provenant du snapshot reçu et chargé ultérieurement). Si on ne veut pas avoir à générer autant de snapshots que de client, pour des raisons de coût/performance/espace, on peut aussi sur le serveur de snapshots n'en garder qu'un ou quelques-uns, lequel serveur peut aussi fournir aussi un stream contenant tous les objets depuis ce snapshot jusqu'à une date assez récente (qui sera postérieure à la date de souscription au stream live que le client lit déjà). Il reste donc juste à s'assurer que les objets du stream et ceux di serveur contiennent bien leur numéro de version afin de pouvoir retenir celui qui est le plus avancé. On n'est pas non plus obligé de mettre dans le stream ni dans le snapshot toutes les versions passées. Pour les recherches d'historique, cela se fait plutôt à la demande, objet par objet, et on peut malgré tout imaginer que les historiques soient servis par une autre base de données sur un autre serveur, destiné à la consultation des archives. Le 22 février 2012 18:35, sly (sylvain letuffe) li...@letuffe.org a écrit : On mercredi 22 février 2012, Emilie Laffray wrote: Postgresql merde quand il y a des tables temporaires. C'est un bug connu qu'on espere voir corrige dans 9.2. Que postgresql s'améliore sur ce point c'est bien, mais je ne suis pas sûr que ça soit la meilleure voie car cela restreindrait à postgresql là ou des mirroirs dans d'autres schémas, base, formats pourraient profiter d'une réplication temps réél. Mais quoi qu'il en soit, ça sera du boulot et je souhaite beaucoup de courage à ceux qui vont se lancer dans le projet -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment tagger un cassis ?
Pour le cassis, il faut enrichir les valeurs du tag traffic_calming (=hollow?) As-tu un exemple pour le hollow ? Il est vrai que je ne connais pas le terme en anglais... Non, c'est une traduction à l'arrache avec google. Je viens de regarder dans le gros Robert et ça propose : cassis [route] : bump, ridge. Donc, l'aspect creux n'est pas du tout rendu. Et dans taginfo, je ne vois pas non plus d'exemple correspondant. Pour aller plus loin, d'après le Trésor de la Langue Française : CASSIS3, subst. masc. Rigole pavée et/ou pente pratiquée en travers d'une route pour faciliter l'écoulement des eaux. Un cassis à bords vifs taillés en travers du sentier (ABELLIO, Heureux les pacifiques, 1946, p. 103). P. ext. Dépression brutale d'une route. Anton. dos d'âne : ... nous embarquons dans la Ford qui s'en va, déhanchée, à travers les sillons de la route. Les « cassis » ont ici un pied de profondeur, et les ornières pétrifiées absorbent les pneus jusqu'aux jantes. T'SERSTEVENS, L'Itinéraire espagnol, 1933, p. 84. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment tagger un cassis ?
Le 23 févr. 2012 à 11:59, Eric Sibert a écrit : Non, c'est une traduction à l'arrache avec google. Je viens de regarder dans le gros Robert et ça propose : cassis [route] : bump, ridge. Donc, l'aspect creux n'est pas du tout rendu. Et dans taginfo, je ne vois pas non plus d'exemple correspondant. Cassis implique l'idée de creux. Donc, hollow sous réserve de vérifier ce qu'emploient les anglophones, peut être pertinent. Dans le grand Robert, le premier sens donné à casse est récipient (dérivé du latin, cattia, poêle), qui est un objet creux par excellence. Deux autres mots anglais pourraient s'appliquer : - pothole, mais c'est apparemment dans le sens d'un dommage qui peut être un trou ou un effondrement. Cela semble plus proche du sens de cassis - dip, mais cela désigne plutôt les variations d'altitude le la route. Pothole est un bon candidat. Christian (sans tirets) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réponse à un service SIG : avis et compléments souhaités
Le 22 févr. 2012 à 21:43, Philippe Verdy a écrit : Le 21 février 2012 15:08, Christian Rogel christian.ro...@club-internet.fr a écrit : Les techniciens des SIG seront plus à même de justifier l'emploi des outils OSM et la collaboration avec des mappeurs bénévoles, si des exemples qui marchent leur sont indiqués. Si c'est pour montrer des cartes destinées à afficher la disponibilité de certains services, c'est déjà fait (je cite l'exemple de la ville de Rennes OuVerte, avec un carte certes limitée à l'agglomération, développée par des assos en collaboration avec la communauté urbaine). J'aurais pu citer la Carte OuVerte, mais elle ne valorise pas, en priorité, le SIG de Rennes, qui en a, peut-être, moins besoin que d'autres. Ce type de collaboration n'est possible que dans les villes où il y a un nombre de mappeurs suffisant. (à partir de 5, mettons). Dans une expérimentation projetée, en Bretagne, les mappeurs ne sont impliqués qu'en amont, car il sont créé la carte qui a été complétée par le SIG. Le point nouveau et important n'est pas l'implication de celui-ci, mais celle du service de la voirie et l'opération est chapeautée par un autre service que le SIG. Et ce sont donc les agents de la voirie qui devraient valider les signalements faits par les habitants sur la carte OSM pour les anomalies dans l'espace urbain C'est le modèle qu'on peut voir souhaiter se développer. D'autant qu'il peut susciter des vocations de mappeurs. Et justement si des utilisateurs sont ici et travaillent pour les SIG, ils ont l'occasion d'utiliser les mêmes outils puisque leurs compte-rendus d'analyse peut servir dans les deux sens, même s'ils n'importent pas directement les données d'OSM. Car justement toutes les erreurs ou manques relevés ne sont ps nécessairement dans la base OSM mais dans la base SIG, qui ne demandait qu'à être mise à jour, sans savoir où, et pas avec les petits budgets qu'ils ont pour faire des recherches. Etc. La question des compléments que peuvent apporter les mappeurs est délicate, car les SIG publics ont de multiples centres d'intérêt (les réseaux souterrains, par exemple). Et, surtout, il ne faut risquer de mettre en cause le professionnalisme des géomaticiens. Les élus préfèreraient le défendre (et défendre leur action, par là-même), avant d'entrer dans la discussion. C'est pourquoi, il faut placer ces questions, dans un cadre plus large, celui de la population prête à aider à améliorer son cadre de vie et la diffusion d'information pratique, dont les mappeurs ne sont qu'une composante spécialisée. Christian (sans tirets) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osm et le Geocaching
J'ai laissé un commentaire sur ce récent billet: http://www.ecoloinfo.com/2012/02/02/geocaching-le-jeu-des-geek-mais-pas-que/ Le 15 février 2012 20:43, Hélène PETIT h...@free.fr a écrit : Le 15/02/2012 10:19, PhQ a écrit : Alors ça ! c'est vraiment chouette, je ne m'y attendait pas ! j'adore les géocaches, j'en pose et j'en trouve avec ma petite famille. Voir mes géocaches sur les fonds de cartes que j'ai cartographié, tout ça visible depuis la corée ou l'espagne, c'est régal. Vive le libre, vive le crowdsourcing. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment tagger un cassis ?
Pothole me paraît bien. C'est un trou dans la route liée à l'usure On Feb 23, 2012 12:06 PM, Christian Rogel christian.ro...@club-internet.fr wrote: Le 23 févr. 2012 à 11:59, Eric Sibert a écrit : Non, c'est une traduction à l'arrache avec google. Je viens de regarder dans le gros Robert et ça propose : cassis [route] : bump, ridge. Donc, l'aspect creux n'est pas du tout rendu. Et dans taginfo, je ne vois pas non plus d'exemple correspondant. Cassis implique l'idée de creux. Donc, hollow sous réserve de vérifier ce qu'emploient les anglophones, peut être pertinent. Dans le grand Robert, le premier sens donné à casse est récipient (dérivé du latin, cattia, poêle), qui est un objet creux par excellence. Deux autres mots anglais pourraient s'appliquer : - pothole, mais c'est apparemment dans le sens d'un dommage qui peut être un trou ou un effondrement. Cela semble plus proche du sens de cassis - dip, mais cela désigne plutôt les variations d'altitude le la route. Pothole est un bon candidat. Christian (sans tirets) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment tagger un cassis ?
Le 23 février 2012 13:05, Christian Rogel christian.ro...@club-internet.fr a écrit : Le 23 févr. 2012 à 11:59, Eric Sibert a écrit : Non, c'est une traduction à l'arrache avec google. Je viens de regarder dans le gros Robert et ça propose : cassis [route] : bump, ridge. Donc, l'aspect creux n'est pas du tout rendu. Et dans taginfo, je ne vois pas non plus d'exemple correspondant. Cassis implique l'idée de creux. Donc, hollow sous réserve de vérifier ce qu'emploient les anglophones, peut être pertinent. Dans le grand Robert, le premier sens donné à casse est récipient (dérivé du latin, cattia, poêle), qui est un objet creux par excellence. Deux autres mots anglais pourraient s'appliquer : - pothole, mais c'est apparemment dans le sens d'un dommage qui peut être un trou ou un effondrement. Cela semble plus proche du sens de cassis - dip, mais cela désigne plutôt les variations d'altitude le la route. Pothole est un bon candidat. Christian (sans tirets) Porthole est quand même plus attribuable à une déformation qui pourrait être réparée (d'après wikipedia). Par contre dip semble comme il faut car, par exemple : http://dictionnaire.reverso.net/francais-anglais/cassis Fabien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] rencontre mappeurs Paris 6 mars
Bonjour, J'essaierai de passer, que ce soit le 6 ou le 8 mars. Il y a quelques contributeurs actifs sur Paris actuellement que je n'ai pas identifies dans la liste de diffusion. Je vais les informer par la messagerie interne. Bonne initiative ! Le 22 février 2012 20:29, Florian LAINEZ winner...@free.fr a écrit : Bonjour les parisiens, ça vous dirait une rencontre IRL dans un bar histoire de parler de nos dernières sessions de mapping ? On en a parlé au FOSDEM : à Paris on ne se voit jamais ! C'est vraiment dommage, let's fix it ;) Je propose le *mardi 6 mars au Hall's beer Tavern à Châtelet* (68 rue saint denis http://www.openstreetmap.org/?lat=48.861587lon=2.349264zoom=18layers=M) : c'est central et ça permettra à ceux qui ne connaissent pas encore la Chouffe de découvrir cette bière inoubliable ^^ Motivés ? -- *Florian Lainez* http://twitter.com/overflorian http://www.nouslesgeeks.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment tagger un cassis ?
Le 23 févr. 2012 à 14:47, Fabien a écrit : Porthole est quand même plus attribuable à une déformation qui pourrait être réparée (d'après wikipedia). Par contre dip semble comme il faut car, par exemple : http://dictionnaire.reverso.net/francais-anglais/cassis Oui, pothole désigne d'abord une dépression dans le revêtement, généralement due à un accident de terrain (gel, érosion ou effondrement). On le voit bien sur Definitions.net http://www.defintions.net/definition/pothole Definitions.net le traduit par fondrière (grand effondrement), mais cela désigne aussi les nids de poule. Mais, à mon avis pas, seulement. Il faudrait distinguer le simple caniveau d'écoulement des eaux de pluies, qui peut être ramené à un pothole, du radier qui sert à l'écoulement d'un ruisseau ou d'une rivière. Dip, c'est : http://www.defintions.net/definition/dip J'avancerais une autre suggestion trough qui peut avoir le sens de butter (caniveau, gouttière) et aussi celui de dépression longitudinale (entre les vagues, par exemple ou même dans un graphe). http://www.definitions.net/definition/trough Definitions.net est intéressant, car il compile plusieurs dictionnaires et permet de voir des synonymes. Christian (sans tirets) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment tagger un cassis ?
Pour taguer les passages d'eau Reverdo(c), système constitué d'une cornière métallique en U au raz de la chaussée empierrée des pistes forestières, et qui ne constitue pas un obstacle sauf peut-être pour les chevaux, j'utilise le tag track=cross_drain ou plus rarement s' agissant de route goudronnée highway=cross_drain. -- View this message in context: http://gis.19327.n5.nabble.com/Comment-tagger-un-cassis-tp5500123p5508381.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] formation OSM au Conseil Général de Vaucluse le 3 février 2012
Bonjour à tous, Nous avons eu l'honneur de rencontrer les chargés de mission du conseil général de Vaucluse le vendredi 3 février 2012 à 14h30 pour une formation de sensibilisation à OpenStreetMap et de découverte de l'outil web Potlach2. Pour cette occasion, nous avons traduit de l'anglais la feuille d'astuces qui datait de 2009. Lors de cette après-midi, nous avons dans un premier temps montré le potentiel et la maturité d'OSM avec des argumentaires centrés sur les missions des 7 personnes présentes : transport, routes, aménagement environnement. Dans un second temps, nous avons sensibilisés les chargés de mission au travers de quelques manipulations pratiques à l'aide de Potlach2 pour expérimenter sa convivialité et sa simplicité. Les chargés de missions se sont appropriés l'outil en créant leur compte OSM. Il est ressorti de cette rencontre un certain enthousiasme quant au potentiel des services OSM et certaines interrogations (précision et qualité de la donnée, création massive de données : transport...). lien vers la photo http://www.flickr.com/photos/jeanlouis_zimmermann/6874964437/in/photostream/lightbox/ http://www.flickr.com/photos/jeanlouis_zimmermann/6874964437/in/photostream/lightbox/ - Cordialement, ZIMMY Jean-Louis ZIMMERMANN Développeur territorial (ville d'Orange,FR84) Mandataire OSM-France sur le Grand-Sud-est -- View this message in context: http://gis.19327.n5.nabble.com/formation-OSM-au-Conseil-General-de-Vaucluse-le-3-fevrier-2012-tp5508398p5508398.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment tagger un cassis ?
Pour apporter de l'eau au débat, sur Wikimedia commons on trouve : http://commons.wikimedia.org/wiki/File:Diamond_road_sign_bumps_dips.svg (Diamond warning road sign [...] for a series of sharp rises or depressions) et aussi : http://commons.wikimedia.org/wiki/Category:Depression_road_signs Damouns ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] formation OSM au Conseil Général de Vaucluse le 3 février 2012
Sympa, l'utilisation ne peut qu'être accentuée lorsque l'utilisateur passe par la case formation ! Bravo aux formateurs ! -- View this message in context: http://gis.19327.n5.nabble.com/formation-OSM-au-Conseil-General-de-Vaucluse-le-3-fevrier-2012-tp5508398p5508544.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] formation OSM au Conseil Général de Vaucluse le 3 février 2012
Le 23 février 2012 17:27, partir-en-vtt ad...@partir-en-vtt.com a écrit : Sympa, l'utilisation ne peut qu'être accentuée lorsque l'utilisateur passe par la case formation ! Bravo aux formateurs ! +1. Par contre on pourrait avoir le document qui a été traduit en français ? Ou alors je l'ai raté ? Fabien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] rencontre mappeurs Paris 6 mars
Partant moi aussi pour le 6 ou 8 ! -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] formation OSM au Conseil Général de Vaucluse le 3 février 2012
La feuille d'astruces Potlach2 est ici. Pour Christian Quest : je te propose de la mettre en ressource sur le site OSM FR ;-) https://docs.google.com/open?id=0B4BuAP_kINa7M2U3NjUzZDUtMjdiYS00YTIyLTgwMGYtNmI3MGMyNTk2MmI0 https://docs.google.com/open?id=0B4BuAP_kINa7M2U3NjUzZDUtMjdiYS00YTIyLTgwMGYtNmI3MGMyNTk2MmI0 - Cordialement, ZIMMY Jean-Louis ZIMMERMANN Développeur territorial (ville d'Orange,FR84) Mandataire OSM-France sur le Grand-Sud-est -- View this message in context: http://gis.19327.n5.nabble.com/formation-OSM-au-Conseil-General-de-Vaucluse-le-3-fevrier-2012-tp5508398p5508588.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réponse à un service SIG : avis et compléments souhaités
Vite fait: n'oublie pas la directive européenne INSPIRE qui oblige a publier toutes les données spatiales (géo). La question de la responsabilité est donc un faux problème. Cyrille Le 20/02/12, Bricebrice.mal...@free.fr a écrit : Bonsoir, Le responsable SIG (cf. mél précédent ci-dessous) m'a re-contacté avec les demandes suivantes : Pour alimenter notre réflexion sur ce sujet pourriez-vous me transmettre les documents suivants : - Exemple de partenariat collectivité territoriale / OSM. - Le modèle de données de la base géographique. - Le manuel qualité de la base. Pourriez vous me confirmer les points suivants : - La traçabilité de l’information stockée dans la base est assurée (qui produit quoi quand ) - La question juridique de la responsabilité du producteur de la données géographique n’est pas encore tranchée. - Le risque de malveillance vis-à-vis de la donnée existe mais reste minime. - Le retour de la communauté vis-à-vis de la libération de la donnée publique est positif et stimule l’actualisation. Voici la réponse que je prévois de lui transmettre, je suis preneur de vos corrections / compléments, merci d'avance. - Exemples de partenariat collectivité territoriale / OSM : Brest qui a mis à disposition de la communauté OpenStreetMap des orthophotos et ses données géographiques (http://wiki.openstreetmap.org/wiki/Brest#Donn.C3.A9es_de_la_Communaut.C3.A9_Urbaine) idem pour la Communauté de Communes de Concarneau Cornouaille (http://wiki.openstreetmap.org/wiki/WikiProject_France/Donn%C3%A9es_de_la_Communaut%C3%A9_de_Communes_de_Concarneau_Cornouaille) et bien d'autres, la page (http://wiki.openstreetmap.org/wiki/Category:WikiProject_France/Imports) recense les accords donnés par des institutions avec pour conséquence des imports dans OpenStreetMap - Le modèle de données de la base géographique. http://wiki.openstreetmap.org/wiki/FR:Component_overview - Le manuel qualité de la base. http://wiki.openstreetmap.org/wiki/FR:Quality_Assurance *** un petit texte serait le bienvenue, y a t'il quelquechose sur le wiki, à votre connaissance ? - La traçabilité de l’information stockée dans la base est assurée (qui produit quoi quand ) Toute contribution est enregistrée dans la base avec l'auteur (il n'y a pas de contribution anonyme), tous les enregistrements (créations ex-nihilo, modifications, suppressions) sont conservées sans limitation de durée. - La question juridique de la responsabilité du producteur de la données géographique n’est pas encore tranchée. Cette question juridique dépend plus des conditions de mise à disposition par le producteur de données que l'utilisation qui en est faite par la communauté OpenStreetMap. La diffusion d'information des données publiques, souhaitée par l'État (http://www.data.gouv.fr/Articles/La-politique-de-la-France-en-matiere-d-ouverture-des-donnees-publiques) doit encourager la réutilisation de celles-ci par une mise à disposition gratuite et l'application d'une licence ouverte. C'est dans ce cadre qu'Etalab a conçu la Licence Ouverte / Open Licence (http://www.etalab.gouv.fr/pages/licence-ouverte-open-licence-5899923.html). Extraits de cette licence : - Cette mention de paternité ne doit ni conférer un caractère officiel à la réutilisation de « l’Information », ni suggérer une quelconque reconnaissance ou caution par le « Producteur », ou par toute autre entité publique, du « Réutilisateur » ou de sa réutilisation. - Responsabilité L’Information » est mise à disposition telle que produite ou reçue par le « Producteur », sans autre garantie expresse ou tacite qui n’est pas prévue par la présente licence. Le « Producteur » garantit qu’il met à disposition gratuitement « l’Information » dans les libertés et les conditions définies par la présente licence. Il ne peut garantir l’absence de défauts ou d’irrégularités éventuellement contenues dans « l’Information ». Il ne garantit pas la fourniture continue de « l’Information ». Il ne peut être tenu pour responsable de toute perte, préjudice ou dommage de quelque sorte causé à des tiers du fait de la réutilisation. Le « Réutilisateur » est le seul responsable de la réutilisation de « l’Information ». La réutilisation ne doit pas induire en erreur des tiers quant au contenu de « l’Information », sa source et sa date de mise à jour. - Le risque de malveillance vis-à-vis de la donnée existe mais reste minime. Comme tout système collaboratif sur le mode wiki, toute personne, après création d'un compte peur modifier les données, le risque de malveillance est donc possible. Mais dans les faits l'altération des données est très faible : - comme dans tout système collaboratif (cf. Wikipédia), les contributeurs surveillent les nouvelles éditions pour en vérifier la qualité - en cas d'altération, l'annulation de la
Re: [OSM-talk-fr] Réponse à un service SIG : avis et compléments souhaités
Le 23/02/2012 13:56, Christian Rogel a écrit : Dans une expérimentation projetée, en Bretagne, les mappeurs ne sont impliqués qu'en amont, car il sont créé la carte qui a été complétée par le SIG. C'est très intéressant ce que tu dis : je cartographie donc je suis. Dans la relation aux autorités habilitées à modéliser notre quotidien, cela donne une saveur à mon goût de citoyen. Finalement, c'est très physique : la masse déforme l'espace ; plus nous serons nombreux à proposer des regards alternatifs, plus notre territoire nous ressemblera. Qui pèse le plus ? Celui qui consacre son temps libre à créer un espace qui le contraint le moins ou celui qui consacre ses moyens contraints à créer un espace qui satisfait au cahier des charges ? Denis PS (principe de précaution) : désolé par avance des kilomètres de commentaires superfétatoires engendrés En même temps, j'ai qu'à fermer ma gueule. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réponse à un service SIG : avis et compléments souhaités
Le 23 février 2012 20:47, DH dhel...@free.fr a écrit : PS (principe de précaution) : désolé par avance des kilomètres de commentaires superfétatoires engendrés En même temps, j'ai qu'à fermer ma gueule. ;-) (NB: cette seule ligne ci-dessus, ça c'est un commentaire superfétatoire... désolé celui-là ne fera pas des kilomètres) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment tagger un cassis ?
Le 23 février 2012 13:05, Christian Rogel christian.ro...@club-internet.fr a écrit : - pothole, mais c'est apparemment dans le sens d'un dommage qui peut être un trou ou un effondrement. Cela semble plus proche du sens de cassis A mon avis ça traduit mieux ce qu'on connait comme des « nids de poule », jamais souhaités, souvent causés par le dégel et le passage d'engins trop lourds, et à priori provisoires jusqu'à leur rebouchage (quand la route est un minimum entretenue). - dip, mais cela désigne plutôt les variations d'altitude le la route. Pothole est un bon candidat. Moi je traduirais plutôt hollow (et son contraire le ridge qui est un dos d'âne très étroit qu'il vaut mieux aussi ne pas prendre à grande vitesse si on ne veut pas se cogner la tête, déchausser ou éclater un pneu, ou encore défoncer sa suspension, bien que le terme ridge soit un peu trop large et recouvre n'importe quelle crête, voire aussi un récif sur un rivage, ou encore une corniche surplombant un ravin). On a aussi groove peut-être mieux adapté aux petits creux linéaires (on trouve les deux termes ridge et groove souvent utilisés en opposition, pour désigner le style de fine bordure, en relief ou en creux, des cadres en CSS), et qu'on traduit comme rainure, cannelure, rigole, strie, gorge... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Sens interdit sauf pour les résidents ?
Le 22 février 2012 23:12, Vladimir Vyskocil vladimir.vysko...@gmail.com a écrit : Actuellement cette rue est taggé comme tu le dis : access=destination mais je suis tombé sur un panneau sens-interdit avec en dessous sauf riverains d'un coté et il faut que j'aille vérifier de l'autre coté car il me semble qu'il n'y a rien... Merci pour la réponse. On 22 févr. 2012, at 22:58, Etienne Trimaille wrote: Dans mon coin ce genre de rues sont en sens interdit dans les 2 sens et ne sont accessibles que aux résidents. Peut être que c'est la même situation chez toi, non ? Je n'ai pas taggé les sens interdits avec 2 tags oneway (un peu idiot sinon), mais juste avec access=destination Dans ce cas on peut toujours créer deux voies parallèles, une pour chaque sens, avec des tags access distincts (même si ça complique un peu le mapping des intersections, pour un routage correct, et aussi les relations de rues pour les adresses, ou les relations de lignes de transport devant prendre en compte le sens). D'ailleurs le cas beaucoup plus courant est qu'un sens soit autorisé à tous véhicules, tandis que l'autre sens est réservé aux bus et cycles (mais encore interdit aussi aux riverains). Là encore on se retrouve à mapper des voies parallèles, séparément pour chaque sens (en ignorant les franchissements éventuellement possibles de la ligne médiane, si elle est discontinue, pour un dépassement; puisque la ligne continue impose aux usagers de ne pas bloquer la seule voie possible, les conducteurs sont normalement contraints à attendre, tant que l'attente est raisonnable et n'est pas provoquée par un véhicule ou un objet infranchissable sur la chaussée et qui ne peut pas être dégagé, et même dans ce cas, le franchissement impose la prudence et un arrêt complet préalable : on ne peut pas doubler en franchissant la ligne sans s'arrêter d'abord, la ligne continue est un stop obligatoire si on n'a pas d'autre choix que de la franchir, un respect de distances de sécurité, la signalisation des clignos, pas mal de précautions pour la visibilité de la manœuvre, et une vitesse limitée permettant un arrêt d'urgence, voire une marche arrière si on n'a plus le temps de passer, car les lignes continues sont là pour de bonnes raisons, notamment concernant la distance de visibilité et le temps de manœuvre). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Sens interdit sauf pour les résidents ?
Bonsoir, Le 23/02/2012 23:04, Philippe Verdy a écrit : Dans ce cas on peut toujours créer deux voies parallèles, une pour chaque sens, avec des tags access distincts (même si ça complique un peu le mapping des intersections, pour un routage correct, et aussi les relations de rues pour les adresses, ou les relations de lignes de transport devant prendre en compte le sens). Dessiner 2 voies alors qu'il n'y a qu'une chaussée sur le terrain ? On ne taggue pas pour l'itinéraire, pas plus que pour le rendu, et surtout pas en créant des voies qui n'existent pas... Et au passage, je ne vois pas en quoi ça améliorerait le calcul d'itinéraire, par rapport à une voie tagguée access=destination. D'ailleurs le cas beaucoup plus courant est qu'un sens soit autorisé à tous véhicules, tandis que l'autre sens est réservé aux bus et cycles (mais encore interdit aussi aux riverains). Là encore on se retrouve à mapper des voies parallèles, Non, ces cas sont déjà traités sur cette page : http://wiki.openstreetmap.org/wiki/Access avec la famille de valeurs autour de opposite. séparément pour chaque sens (en ignorant les franchissements éventuellement possibles de la ligne médiane, si elle est discontinue, pour un dépassement; puisque la ligne continue impose aux usagers de ne pas bloquer la seule voie possible, les conducteurs sont normalement contraints à attendre, tant que l'attente est raisonnable et n'est pas provoquée par un véhicule ou un objet infranchissable sur la chaussée et qui ne peut pas être dégagé, et même dans ce cas, le franchissement impose la prudence et un arrêt complet préalable : on ne peut pas doubler en franchissant la ligne sans s'arrêter d'abord, la ligne continue est un stop obligatoire si on n'a pas d'autre choix que de la franchir, un respect de distances de sécurité, la signalisation des clignos, pas mal de précautions pour la visibilité de la manœuvre, et une vitesse limitée permettant un arrêt d'urgence, voire une marche arrière si on n'a plus le temps de passer, car les lignes continues sont là pour de bonnes raisons, notamment concernant la distance de visibilité et le temps de manœuvre). Tu as oublié le coup d'oeil dans le rétro ! Recalé, ah là là... :-) vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[Talk-ht] Tagging the corridors / Balisage koridò yo
Google tradiksyon an kreyòl anba a Please everybody add a Google translation in haitian creole in every post Hi, Translating the document describing the preset that Brian prepared for St-Marc, it appears he advises to use the highway=path this way: Path A way that is not for automobile travel. Urban: Corridors between building inside of a city block. If these are not for cars, and only practical for pedestrian and perhaps moto, mark as path. Rural: A path not practicable for motorized vehicles. I know Jaakko uses the pair highway=service + service=alley for the corridors, so what is the best definitive choice ? Severin -- Bonjou tout moun, Tradui dokiman an ki dekri Prereglaj a ki Brian pare pou St Marc-, li parèt li konseye yo itilize gran wout la = chemen nan fason sa a: path (chemen) Yon fason ki pa pou vwayaj otomobil. vil: Koridò ant bati andedan nan yon blòk nan vil la. Si sa yo, se pa poumachin yo, ak sèlman pratik pou pyeton ak petèt moto, Mak kòmchemen. riral: Yon chemen pa posib pou motè machin. Mwen konnen Jaakko itilize highway=service + service=alley (gran wout la pè = sèvis + sèvis = ale) pou koridò yo, Se konsa, sa se chwa ki pi bon definitif? Severin ___ Talk-ht mailing list Talk-ht@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ht
[Talk-ht] Tweets #osmhaiti
Bonjou tout moun, Nou ap kòmanse Tweet aktivite chak jou nou yo nan Saint Marc-men tanpri rantre nan nou montre aktivite sa a OSM an Ayiti. #osmhaiti se yon tag pou tout Ayiti! Jis ajoute li nan nenpòt nan tweet ou ki gen rapò ak aktivite OSM an Ayiti pou ke tout enfòmasyon yo ranmase a isit la: https://twitter.com/#!/search/realtime/%23osmhaiti Senserite, Severin --` Hi everybody, We are starting to tweet our daily activities in Saint-Marc but please join us to show the OSM activity in Haiti. #osmhaiti is a tag for all Haiti! Just add it to any of your tweets related to OSM activities in Haiti so that all the information is collected here: https://twitter.com/#!/search/realtime/%23osmhaiti Regards, Severin ___ Talk-ht mailing list Talk-ht@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ht