Re: [Talk-transit] Fwd: Re: Mapping public transport network in Port au Prince
Thanks Michael for reporting bug. Shared taxi routes is already rendered on openmap.lt by defined color scheme[1]. This route type is popular in Russia cities like Moscow[2] and Kaliningrad[3]. [1] http://wiki.openstreetmap.org/wiki/User:Ieskok/OpenMap#Layers [2] http://openmap.lt/#l=55.882,37.43078,16,MT [3] http://openmap.lt/#l=54.71051,20.51349,16,MT On 1 September 2011 23:04, Michael von Glasow mich...@vonglasow.com wrote: ** Original Message Subject: Re: [Talk-transit] Mapping public transport network in Port au Prince Date: Thu, 01 Sep 2011 21:09:15 +0200 From: Michael von Glasow mich...@vonglasow.commich...@vonglasow.com To: Public transport/transit/shared taxi related topics talk-transit@openstreetmap.org talk-transit@openstreetmap.org You might want to have a look at route=share_taxi [1]. I have seen this being used in Russia. It's rendered on the latlon.org public transport layer; also openmap.ltused to have it (I'll ask the author what happened to it). Just got the update, there was something wrong with filtering rules and routes should reappear tomorrow. ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
[Talk-transit] Haiti tap-tap (public transportation) routes starting to show up
As Sebastien informed in his email yesterdayhttp://lists.openstreetmap.org/pipermail/talk-transit/2011-September/001550.html the Haitian OSM community has started to map the local bus (tap-tap) routes in OSM. Thanks to Michael's tiphttp://lists.openstreetmap.org/pipermail/talk-transit/2011-September/001553.html I found out that Ieskok's OpenMap.lt ( http://wiki.openstreetmap.org/wiki/User:Ieskok/OpenMap) is already showing the routes that have been mapped. A shortlink to the Port-au-Prince area in OpenMap.lt with transit layer enabled is http://j.mp/pap-transport Especially if Ienskok is reading this: THANKS from Haiti on behalf of today's Friday mappershttp://wiki.openstreetmap.org/wiki/WikiProject_Haiti/Mapping_meetups#Vendredi_2ieme_Septembre_.289.2F2.29 ! And thanks to others on the tips, too. Any thoughts from anyone regarding similar mapping projects are most welcomed here. We've found Mikel's mention of the Matatu Mapping http://www.slideshare.net/mikel_maron/osm-transport/32 already (but haven't looked into it much). Cheers, -Jaakko --- en kreole --- Kòm Sebastien enfòme nan yè imel l 'gen ayisyen OSM kominote a te kòmanse kat jeyografik otobis lokal la (tiyo-tiyo) wout nan OSM. Mèsi a pwent Michael sa a, mwen te jwenn deyò ki OpenMap.lt Ieskok a ( http://wiki.openstreetmap.org/wiki/User:Ieskok/OpenMap) se deja ki montre wout yo ki te trase. Yon shortlink nan zòn nan Pòtoprens nan OpenMap.lt ak transpò piblik kouch pèmèt se http://j.mp/pap-transport Espesyalman si Ienskok se lekti sa a: TOO ki soti Ayiti sou non kartograf Vandredi jodi a! Ak mèsi yo bay lòt moun sou konsèy yo, tou. Cheers, -Jaakko -- jaa...@helleranta.com * Skype: jhelleranta * Mobile: +509-37-269154 * http://go.hel.cc/MyProfile ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
[talk-ph] Fwd: [OSM-talk] NOTICE: Upcoming Maintenance Work (Partial Outage)
FYI, Power maintenance schedule: 3rd and 4th September 2011. (Saturday Sunday) -- Forwarded message -- From: Grant Slater openstreet...@firefishy.com Date: Fri, Sep 2, 2011 at 10:53 PM Subject: Re: [OSM-talk] NOTICE: Upcoming Maintenance Work (Partial Outage) To: Talk Openstreetmap t...@openstreetmap.org, OSM Dev List d...@openstreetmap.org Quick Reminder: This weekend we have a partial outage... Further details: http://wiki.openstreetmap.org/wiki/Power_Maintenance_Q3_2011 http://stateofthemap.org/ will be available this weekend, including tickets / registration. On 28 June 2011 12:21, Grant Slater openstreet...@firefishy.com wrote: Some secondary OpenStreetMap services will be unavailable during the following dates, due to power maintenance work at our server hosting: - 2nd and 3rd July 2011. (Saturday Sunday) - 30th and 31st July 2011. (Saturday Sunday) - 3rd and 4th September 2011. (Saturday Sunday) - and 1 weekday (to be confirmed) during August 2011. On each of these weekends, the servers will be shut down at 7:30 UTC, and will be started again after works are completed, which will be Sunday 16:30 UTC at the latest, but may be earlier. We do not yet have a precise date for the August maintenance. The following services will be unavailable during these periods: * XAPI / jXAPI * dev.openstreetmap.org server (errol) * rendering of new map tiles * osmfoundation.org and stateofthemap.org web sites As a temporary replacement for XAPI/jXAPI, consider using third-party services such as that provided by MapQuest: http://developer.mapquest.com/web/products/open/xapi Additional information will be posted to the following page: http://wiki.openstreetmap.org/wiki/Power_Maintenance_Q3_2011 The following services are *not* affected: * www.openstreetmap.org web site * API and Editing (*phew*) * planet.openstreetmap.org and diffs. * tile serving for existing tiles (details below) * Wiki * Nominatim (search) * mailing lists * subversion and git (source code repositories) * trac (bug-tracker) * donate.openstreetmap.org Maps will still be viewable on the openstreetmap.org homepage and on other people's websites. We’ll be serving tiles from a back-up tile server. However rendering engines will be de-activated, meaning that new rendering of map updates will not take place during the maintenance period, some requests for tiles will fail where no cached copy is available, and tile response times may be slower than normal. ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[OSM-talk] V1 OBJECTS ODBL STATISTICS
As I previously announced (If you already saw this in talk-de or on legal-talk, I apologize) , I'm generating some numbers (see http://odbl.poole.ch) on contributor term acceptance for version one objects and their creators. The numbers are mainly interesting because only objects created by CT acceptors will survive the eventual clean out of the database for the license switch. The numbers are different from those on obdl.de, which are based on the last editor of the objects and tend to loose the information that I'm generating over time. The best use of the numbers is to locate and address mappers in your region that haven't responded to the mail they should have received from the LWG and have larger contributions. In many cases they may have simply missed what is going on. Simon ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] cannot create database for osmosis 0.39
On Fri, Sep 2, 2011 at 7:20 AM, Hadmut Danisch had...@danisch.de wrote: But when using script/pgsnapshot_schema_0.6.sql instead, postgres rejects with error message psql:script/pgsnapshot_schema_0.6.sql:38: ERROR: type hstore does not exist LINE 7: tags hstore ^ Obviously incomplete, definition of type hstore missing. So how would one create the database for osmosis? Not sure about the pgsimple schema problem but for the pgsnapshot you need to 1) have the postgres hstore-new module installed on the system and 2) you need to have run the hstore-new.sql that comes with that module against the database. Here is a blog post about my experience setting up a pgsnapshot database that might be useful: http://ksmapper.blogspot.com/2011/04/parse-planet-into-pgsnapshot-database.html Toby ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] NOTICE: Upcoming Maintenance Work (Partial Outage)
Quick Reminder: This weekend we have a partial outage... Further details: http://wiki.openstreetmap.org/wiki/Power_Maintenance_Q3_2011 http://stateofthemap.org/ will be available this weekend, including tickets / registration. On 28 June 2011 12:21, Grant Slater openstreet...@firefishy.com wrote: Some secondary OpenStreetMap services will be unavailable during the following dates, due to power maintenance work at our server hosting: - 2nd and 3rd July 2011. (Saturday Sunday) - 30th and 31st July 2011. (Saturday Sunday) - 3rd and 4th September 2011. (Saturday Sunday) - and 1 weekday (to be confirmed) during August 2011. On each of these weekends, the servers will be shut down at 7:30 UTC, and will be started again after works are completed, which will be Sunday 16:30 UTC at the latest, but may be earlier. We do not yet have a precise date for the August maintenance. The following services will be unavailable during these periods: * XAPI / jXAPI * dev.openstreetmap.org server (errol) * rendering of new map tiles * osmfoundation.org and stateofthemap.org web sites As a temporary replacement for XAPI/jXAPI, consider using third-party services such as that provided by MapQuest: http://developer.mapquest.com/web/products/open/xapi Additional information will be posted to the following page: http://wiki.openstreetmap.org/wiki/Power_Maintenance_Q3_2011 The following services are *not* affected: * www.openstreetmap.org web site * API and Editing (*phew*) * planet.openstreetmap.org and diffs. * tile serving for existing tiles (details below) * Wiki * Nominatim (search) * mailing lists * subversion and git (source code repositories) * trac (bug-tracker) * donate.openstreetmap.org Maps will still be viewable on the openstreetmap.org homepage and on other people's websites. We’ll be serving tiles from a back-up tile server. However rendering engines will be de-activated, meaning that new rendering of map updates will not take place during the maintenance period, some requests for tiles will fail where no cached copy is available, and tile response times may be slower than normal. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Google Summer of Code Documentation Sprint
Hi Kate, Congratulations on getting accepted. I think this is a really good idea - all too often projects concentrate on the code side of things, and the documentation is an after thought, so a bit of dedicated time to just think about documentation will be great - It is nice to see that Google has recognised the benefits of this and is sponsoring a documentation programme as well as Google Summer of Code. Are you going to concentrate the documentation on the concepts (ie nice cartoon drawings of nodes and ways etc.), or is it going to include the tools too? I think there are already some nice descriptions of the basic concepts of nodes, ways etc. that you could collate, but to do editing will need at least two versions - Potlatch2 and JOSM. I am not sure if it would be possible to do it side by side (do this with Potlatch2 or that if you are using JOSM), or if that will just make it too complicated? A section on 'I want to add feature XXX to the map, but can't find tags for it - what should I do' would be a really useful contribution tooalthough I think there could be a robust debate about what it says! I look forward to the sections on relations, because I still struggle with anything more than simple route relations! Regards Graham. -- Graham Jones Hartlepool, UK. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] V1 OBJECTS ODBL STATISTICS
Simon Poole writes: As I previously announced (If you already saw this in talk-de or on legal-talk, I apologize) , I'm generating some numbers (see http://odbl.poole.ch) on contributor term acceptance for version one objects and their creators. The numbers are mainly interesting because only objects created by CT acceptors ... and editors who have put their edits into the public domain. No, this doesn't belong on legal-talk because it has nothing to do with the law. Edits which are in the public domain do not fall under copyright, and so the only decision to be made is whether the edits are worth keeping. This is a decision about data quality, and not any opinion about the law. -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] How to start to remove non-CT compliant data..
Ian Sergeant writes: To address your question specifically, what happens to data placed in the public domain by the author on the wiki, who then specifically declines the CT? Well in the first case, if the edits are just a trivial modification to a fully CT-compliant version - I'd say just hide them. What problem does this solve? -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] How to start to remove non-CT compliant data..
Richard Fairhurst writes: [follow-ups should be to legal-talk yadda yadda] Russ Nelson wrote: What about the people who didn't agree to the CT, but whose data is in the public domain? See http://lists.openstreetmap.org/pipermail/legal-talk/2011-August/006608.html et seq. I only see two people defending the idea, and a lot more questioning it, that somehow a PD declaration is legally any less binding than signing a contract. The first is a contract of adhesion: Here's my work; I renounce any copyright claims over it. The OSMF has the choice of accepting that contract or rejecting it, just as it does the contract formed by agreeing to the Contributor Terms. I don't understand their choice of accepting the one contract but refusing the other. Can somebody explain why one contract is superior to the other? Because the CT looks more legal? But PD steps entirely outside the realm of the law by stating that the author will not enforce copyright. That looks like an even *better* contract to accept than the CT. In both cases, if the contract is breached, and the work infringing, the OSMF's actions need to be exactly the same: remove the data from the database, and make a reasonable attempt to ensure that it is not further distributed by any recipients of the data. Since the OSMF has entered into a contract with all contributors (PD or CT both), and the contributors have agreed to this contract (PD or CT both), it has an affirmative defense of innocent infringement. Given that we do everything in an open and public manner, with board meeting minutes, and community discussion being published, breaking that defense would require proof that somebody on the OSMF board agreed to accept somebody's contract with a wink and a nod. That would be somewhere between impossible and expensive. If it's impossible, no worries. If it's merely expensive, you have to look at the harm done. Since there's no one editor (aside from importers of US Federal Government works) who dominates the database, any claim of harm would be difficult to prove. Since 1) the defense is strong, 2) the harm is minimal, 3) cooperation is full, you should expect absolutely nobody to sue the OSMF for infringement of works which are supposedly PD or CT but not really. -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] How to start to remove non-CT compliant data..
On 3 September 2011 14:03, Russ Nelson nel...@crynwr.com wrote: be difficult to prove. Since 1) the defense is strong, 2) the harm is minimal, 3) cooperation is full, you should expect absolutely nobody to sue the OSMF for infringement of works which are supposedly PD or CT but not really. The position taken over PD seems contradictory to other opinions given over the CTs as well, specifically how minors and others aren't allowed to enter into contracts directly: http://wiki.openstreetmap.org/wiki/Open_Database_License/Contributor_Terms/Open_Issues#Legal_Capacity ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] actuele spoorkaart
Floris Looijesteijn wrote: En deze, een andere vorm van actueel :) http://kubus.mailspool.nl/spoorkaart/ En die spoorkaart is een hack van ondergetekende ;) Groet, Mai ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] BAG: woonplaatsgrenzen
theun schreef: Daarna heeft Eugene van der Pijll nog heel wat woonplaatsgrenzen toegevoegd. Eugene is de laatste maanden wat stilgevallen, dus ik weet niet of hij hier nog van plan is mee door te gaan. Klopt, ik heb redelijk wat grenzen toegevoegd. Dat waren allemaal gemeenten die geen GIS-bestandje met woonplaatsgrenzen hadden opgestuurd, maar enkel een plaatje (PDF of JPEG). Die heb ik nagetekend, om in ieder geval 99% van de adressen een juiste woonplaats te geven. Ik ben daar om een aantal redenen mee gestopt: - het kostte erg veel tijd; - licentie-bezwaren (zoals Lennard al aangaf); - er waren niet veel gemeenten meer over die een woonplaatsgrenzenkaart hadden opgestuurd; - sommige kaartjes waren wel erg onduidelijk gescand; - en iemand kondigde hier al de beschikbaarheid van de BAG aan, en daar bleken de grenzen ook al in te staan. De woonplaatsgrenzen zijn echter nog niet helemaal compleet, de BAG bevat ook alle woonplaatsgrenzen. Is het misschien een idee om in ieder geval die te complementeren. Ja. Je kan de door mij toegevoegde grenzen gewoon allemaal wissen, want als het goed is zijn de grenzen uit de BAG veel beter. (Misschien wel eerst even checken.) Mijn grenzen zijn te herkennen aan de tag authoritative=no, die ik geprobeerd heb om altijd toe te voegen. Eugene ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] actuele spoorkaart
Mai, 2011/9/2 Mai alt-...@mailspool.nl: En die spoorkaart is een hack van ondergetekende ;) Mooie 'hack', vind ik... Misschien moet je eens, in plaats van iedere keer een pagina bij de server op te halen, gaan nadenken over 'server push'. Dat belast je server minder als er niet 'constant' iets gebeurt, en je kunt dan makkelijker meerdere clients 'aan'. Christ van Willegen -- 09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0 ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [Talk-de] Ortwebseite mit OSM gesucht
Hi, die hier nutzen OSM Karten für POI und Routen: www.todtgluesinger-sv.de Mit freundlichen Grüßen Stephan aka smarties Original-Nachricht Datum: Tue, 30 Aug 2011 22:02:12 +0200 Von: o...@tappenbeck.net o...@tappenbeck.net An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: [Talk-de] Ortwebseite mit OSM gesucht hi ! eine zeitlang wurde an einem Baukasten für Webseiten gebastelt und dann wurde es ruhiger. Gibt es vielleicht zwischenzeitlich so eine richtig g...le Webseite einer Gemeinde die auf Basis von OSM und OpenLayers sich präsentiert. Ich meine so mit Shops finden, Straßen suche . Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ortwebseite mit OSM gesucht
Hallo, Lauf macht das auch: http://lauf.de/index.php?mid=30 Liebe Grüße Benni signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] THM Giessen: AGI - Erfassung der Blindenampeln in Gießen
Hallo Zusammen, vielleicht was für die Studierenden und Professoren unter uns: AGI - Erfassung der Blindenampeln in Gießen https://wiki.thm.de/index.php/AGI_-_Erfassung_der_Blindenampeln_in_Gie%C3%9Fen von der Technischen Hochschule Mittelhessen. -- Grüße, Benny gpg 0xFC505AB0 jabber be...@benny.de sip be...@benny.de signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wie kann/sollte man Zonen-Flächen taggen?
Hallo, Zonen wären hier verschiedene Flächen, die unter einem Namen firmieren und meist aneinander grenzen. Mal vom einfachsten Fall ausgegangen: Drei konzentrische Kreise. Der Mittelkreis sei Zone 1. Als Flächenbezeichner der Nationalpark-Tagg (NtP). Folgende Möglichkeit, nach der man in Mapnik Grenzen mit korrekter Beschriftung zu sehen bekommt: # drei konz. Kreise (ways) ziehen # diese erhalten einen Zonen-Tagg und einen Namen (Zone x) # erstelle eine multipol.-Relation, der die ways, ohne Rollenangaben*, zugeordnet werden und die den Flächenbezeichner + Name (NtP X) und Typen (multipol.) erhält. * Mit dem Rollenwechsel werden scheinbar Löcher interpretiert(JOSM3754) - jedoch im browser (Mapnik) nicht dargestellt. Damit erhält jede Grenzlinie die Beschriftung NtP X ... Zone x, sowie im Zentrum der Gesamtfläche ein NtP X. Auch zersplitterte Gebiete, also wenn es z.B. noch eine abseits gelegenen Zone 3 gäbe, werden korrekt gerendert. Zonenflächen lassen sich hier aber nur (v)errechnen. Das ist unschön. Weitere Möglichkeit führen zu Beschriftungsfehlern oder aber zu ways ohne Bezeichnungen - was mir unheimlich wäre :) ... z.B.: # drei konz. Kreise ziehen # diese erhalten einen Zonen-Tagg und einen Namen (Zone x) # jede Zone per Relation als multipol.-Fläche auszeichnen, indem ihr die outer oder inner ways zugeordnet werden und diese Flächen-Relation per Zonen-Tagg auszeichnen. # eine multipol.-Relation erstelle, der die drei Flächen-Relationen zugeordnet werden (als childs), ohne Rollenangabe und die den Flächenbezeichner + Name (NtP X) und Typen (multipol.) erhält. Das Problem wäre bei konzentrische Flächen, dass (zusätzliche/doppelte) Flächennamen entsprechen falsch liegen könnten, den Hautnamen NtP X verdecken könnten und man dann den Flächen keinen Namen geben dürfte und sie in der Liste namenlose Multipolygone wären ... eine dritte Möglichkeit wäre # drei konz. Kreise ziehen # diese erhalten einen Zonen-Tagg und einen Namen (Zone x) # jede Zone per Relation als multipol.-Fläche auszeichnen, indem ihr die outer oder inner ways zugeordnet werden und diese Flächen-Relation per Zonen-Tagg auszeichnen. die oben letzte zusammenfassende parent-Relation einfach weglassen. Frage wäre dann aber, wie das Gebiet als Ganzes erkennbar gemacht werden könnte. Ich würde natürlich erste Möglichkeit bevorzugen - wenn sie funktioniert und den Rechnern keine Schwierigkeiten macht. Bei der zweiten sind mir die Zonenflächen besser ausgezeichnet, neben Beschriftungsfehlern wäre auch die Anwendbarkeit/Usability (child-Sachen ...) etwas kritisch zu sehen. Im Netz habe ich nichts eindeutiges finden können. Seht ihr noch andere Möglichkeiten - oder an obigem technische Fehler? Sind hier ggf. Leute aus der Coregruppe unterwegs, die technisch zukunftsweisendes raten oder nachfragen könnten? Ggf. einen favorisierten workaround, denn irgenwie müssen Zonen ja erfasst werden? Grüße ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] Linee amministravive mappe o s m
Buongiorno a tutti. Sono nuovo. C è qualche sistema per non visualizzare i confini amministrativi quando si visualizza una mappa ? Presso si confondono con i sentieri grazie a tutti ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Elezione nuovi membri del Consiglio della OSM Foundation
P.S. Avevo preparato questa per ieri, ma la invio solo oggi. Dal 1 settembre gli iscritti alla OSM Foundation possono votare per eleggere i 4 nuovi membri del Consiglio tramite e-mail. Per esercitare questo diritto è necessario inviare una mail con i dettagli del voto come riportato nelle istruzioni (vedere [1], paragrafo Proxy Votes). Quattro sono i posti vacanti, quindi è possibile esprimere fino a 4 preferenze distinte scegliendo tra i candidati. Le votazioni tramite e-mail si chiuderanno l'8 settembre. Il giorno 11 settembre sarà possibile votare di persona partecipando all'assemblea AGM (Annual General Meeting), a Denver [2]. Questo l'elenco dei candidati: * Matt Amos * Kate Chapman * Richard Fairhurst * Mikel Maron * Dermot McNally * Derick Rethans * Niccolo Rigacci * Eugene Usvitsky * Serge Wroclawski Potete leggere il loro manifesto elettorale e vedere il loro profilo sempre a partire dalla pagina [1]. Rinnovo il mio invito a partecipare in prima persona alle attività della OSMF e se non siete soci ad iscrivervi. Sebbene OpenStreetMap sia un'opera della Comunità, la Foundation svolge compiti estremamente importanti; ad esempio ha guidato il cambio di licenza. In un prossimo futuro si dovranno prendere decisioni altrettanto importanti, ad esempio gestire la rimozione dalla mappa dei dati che non sono compatibili con la nuova licenza. [1] http://wiki.openstreetmap.org/wiki/Foundation/AGM11/Election_to_Board [2] http://stateofthemap.org/schedules/sunday-september-11th/ -- Niccolo Rigacci Firenze - Italy Tel. ufficio: 055-0118525 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Linee amministravive mappe o s m
Il giorno 02 settembre 2011 08:00, giovanni di lorenzo giovannidilorenzo1...@gmail.com ha scritto: Buongiorno a tutti. Sono nuovo. C è qualche sistema per non visualizzare i confini amministrativi quando si visualizza una mappa ? Presso si confondono con i sentieri grazie a tutti Ciao e benvenuto! Purtroppo non c'è un modo semplice per farlo. Quelle che vedi sul sito sono tile raster, renderizzate con Mapnik o con Osmarender, e i confini amministrativi sono disegnati direttamente nelle tile. Se fossero un overlay sarebbe possibile nasconderle, ma non è così per il render che vedi sul sito. Tuttavia, se ti interessa avere una mappa senza confini amministrativi (ad esempio, da stampare per un'escursione), puoi crearne una tu stesso usando Maperitive o altre applicazioni simili (altri ti sapranno dare dettagli più precisi). Ti basta scaricare i dati OSM della zona che ti interessa, scegliere lo stile con cui vuoi disegnarli (ignorando quindi i boundary) e renderizzare. Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mappatura Stabilimenti Balneari - Proposta
Il 31 agosto 2011 20:10, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: 2) aggiungere eventuali parcheggi, buildings, piscina, campi da tennis, ecc, magari con tag access=private (riservati ai clienti) si usa anche access=customers Ho scoperto nella wiki [1] che il tag access=customers e' deprecato in favore di access=destination. Saluti Fabrizio [1] http://wiki.openstreetmap.org/wiki/Key:access ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Linee amministravive mappe o s m
Messaggio originale Da: giovannidilorenzo1...@gmail.com Data: 02/09/2011 8.00 A: talk-it@openstreetmap.org Ogg: [Talk-it] Linee amministravive mappe o s m Buongiorno a tutti. Sono nuovo. C è qualche sistema per non visualizzare i confini amministrativi quando si visualizza una mappa ? Presso si confondono con i sentieri grazie a tutti - - - - - - - - - - Benvenuto, ti danno fastidio visualizzando le mappe da PC o su dispositivi quali GPS o altro? Se parli di visualizzazione su computer di casa ti consiglio il rendering Osmarender che ha tratti molto diversi dai sentieri http://www.openstreetmap. org/?lat=44.48746lon=8.7707zoom=15layers=O Il meglio per i sentieri secondo me è http://www.wanderreitkarte.de/index.php? lon=6.8819lat=44.5039zoom=13 ha il confine di Stato ma è talmente sottile che è quasi invisibile Se il problema si pone quando vai per sentieri e hai la mappa su GPS è un altro discorso; io ad esempio ho un Nokia e uso GpsMid che non visualizza i confini e ne sono molto soddisfatto. Quindi specificaci in quale utilizzo vorresti fare a meno delle linee di confine. Buoni monti Alessandro Ale_Zena_IT ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] accesso con tesserino
Il 30 agosto 2011 23:39, Maurizio Napolitano napoo...@gmail.com ha scritto: io metterei access = private alla fine ci entrano solo quelli che hanno le chiavi come in tutti gli accessi privati, No? esatto: *come* in tutti gli accessi privati, ma la struttura non è privata. Quindi l'acceso non consentito al privato, ma all'autorizzato. On Tue, Aug 30, 2011 at 22:11, Ruggero giurr...@gmail.com wrote: Uno degli ingressi del mio dipartimento si apre con un tesserino che solo alcune persone possiedono. buidling = entrance access = ?? ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Maurizio Napo Napolitano http://de.straba.us ___ 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] Torri storiche
Si potrebbe fare un'area per nuraghe (così anche da capire se è singolo o a lobi e la dimensione) e nell caso di sito fare un'area che li contiene o una relation.. historical_site anche per quelli soli soletti in mezzo ai campi? :D Ci aggiungerei anche un access=*, per alcuni bisogna chiedere al proprietario sennò rischi che ti impallini (avvertimento giuntomi alle orecchie da chi l'ha ricevuto...). Una pagina wiki sui nuraghi ci starebbe, quando ho tempo la faccio. Stefano Il giorno 02 settembre 2011 00:00, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: 2011/9/1 Federico Cozzi f.co...@gmail.com: 2011/8/24 sabas88 saba...@gmail.com: In tema mi inserisco anche io, i nuraghi sardi (si sono un po a torre :D) li sto taggando come historic=ruins, che faccio aggiungo anche civilization=nuragic? Io per il momento ho mappato 3 o 4 nuraghi così: http://www.openstreetmap.org/?lat=40.594708lon=8.243372zoom=18layers=M historic=archaelogical_site site_type=megalith megalith_type=nuraghe name=Nuraghe Palmavera Secondo me il tag archaelogical_site è quello che ci si avvicina meglio. Sono un po' perplesso sui tag aggiuntivi, ma effettivamente i nuraghe sono dei megaliti polilitici: http://en.wikipedia.org/wiki/Megalith#Types_of_megalithic_structures +1, si, mi piace. Al momento hai messo un area per tutto, volendo si potrebbe ancora dettagliare col tempo... ciao, Martin ___ 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
[Talk-it] Confronto GoogleMaps, Bing e OpenStreetMap su LinkedIN
Interessanti i commenti a questo post su LinkeIN: http://www.linkedin.com/e/3q7yks-gs34dexz-1g/vaq/66335092/49657/50512983/view_disc/?hs=falsetok=3koN4lsaeTqkU1 Si chiede un confronto tra Google, Bing e OpenStreetMap nell'ottica di creare un servizio da fornire a un cliente. Io ho avviamente postato in favore di OpenStreetMap. -- Niccolo Rigacci Firenze - Italy Tel. ufficio: 055-0118525 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Richiesta di aiuto per frazione Arcavacata
Il 01 settembre 2011 22:11, niubii f.pelu...@gmail.com ha scritto: Ho appena verificato, la situazione è cambiata. Arcavacata, Italy viene trovato dal search box sulla home page di osm.org Invece nominatim.osm.org non trova ancora nulla. Grazie mille, gentilissimo. Io nella ToDo list della LugMap avevo il ricontrollo ogni settimana. Grazie anche per l'indicazione per il bug report. A presto, Andrea ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Richiesta di aiuto per frazione Arcavacata
Il 01 settembre 2011 22:11, niubii f.pelu...@gmail.com ha scritto: Ho appena verificato, la situazione è cambiata. Arcavacata, Italy viene trovato dal search box sulla home page di osm.org Invece nominatim.osm.org non trova ancora nulla. Stavo per aprire il bug sul Trac e ho riprovato. Ora anche nominatim.osm.org la trova. Roberto puoi controllare se la procedura smette di lamentare il controllo a mano? Grazie e a presto, Andrea ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Richiesta di aiuto per frazione Arcavacata
Il 02 settembre 2011 23:08, Roberto Guido bob4...@gmail.com ha scritto: Devo introdurre nel mio script la gestione dei nodi di tipo hamlet (sinora mi sono limitato a city e town), comunque restituisce un risultato congruo. Ottimo. Io ho scritto a un po' di gruppi della zona, ma non mi hanno risposto (ferie?). Alla peggio possiamo vedere noi di fare una mappatura minimale e sufficientemente precisa, in modo tale da rimuovere poi la questione hamlet. Grazie e ciao, Andrea ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-se] Wiki Loves Monuments (var: Re: Avkoda en Shape-fil från Riksantikvarieämbetet)
Jag kollade också ett antal i min närhet, och nästan alla hade redan bilder! 2011/9/2 bengt bäverman be...@baverman.se Hejsan När jag kollar på kartan och klickar på en gul bubbla (som skall symbolisera en sevärdhet utan bild) och därefter klickar på länken till dess Wikipediasida så har det funnits bra bilder. Är det månhända fel i databasen eller har jag missförstått nått? Hur snabbt ändras färgen på en bubbla efter det att någon laddat upp en bild? Se t.ex. http://sv.wikipedia.org/wiki/Råcksta_kapellkrematorium med id 2130004809 som är gult på kartan just nu. eller http://sv.wikipedia.org/wiki/Ängsö_slott med id 2130013219. vänligen Bengtb Den 1 september 2011 09:02 skrev Erik Johansson erjo...@gmail.com: 2011/8/31 Lars Aronsson l...@aronsson.se: Tävlingen finns på sidan http://wikilovesmonuments.se/ där man också hittar minnesmärkena utplacerade på en karta, som dessvärre är Google Maps och inte OSM. Särskilt intressant blir det om man zoomar in på Visby innanför ringmuren, där det finns byggnadsminnesmärken i vart och vartannat kvarter. Visby är ju iofs ett sälle vi borde ha ett mapping party i, det är ganska kul att karlägga där. Mycket behöver dubbelkollas för att positioneras och taggas bättre. Jag kollade på wikilovesmonuments.se under helgen, och då var det en OSM karta där (som var jätteslö och allmänt jobbig.) -- /emj ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ 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-es] Colaboración en la importación de datos desde el catastro desde DeustoTech (Universidad de Deusto)
El día 2 de septiembre de 2011 14:06, Cruz Enrique Borges cruz.bor...@deusto.es escribió: Buenas Desde la Unidad de Energía de DeustoTech [1] vamos a desarrollar un proyecto en el que queremos usar los datos del catastro sobre OSM. Nuestro plan es ayudar, en lo que podamos, a desarrollar los scripts necesarios. Para evitar duplicidades hemos pensado en organizar (junto con el e-Ghost [2]) unas jornadas de OSM. Ofrecemos la infraestructura de la Universidad de Deusto para poder organizar charlas, talleres, seminarios, etc. en la que algunos miembros de la OSM prepare algunos talleres y tener una reunión/seminario de trabajo en el que organicemos los trabajos sobre el catastro. Me parece una muy buena iniciativa. Contad con mi colaboración, a falta de confirmar fechas y disponibilidad, aunque agracedería que alguien más se apuntara como ponente/organizador de talleres. La jornada podría ser viernes tarde y sábado todo el día. Estábamos pensando en el 7-8 de octubre. Así a priori se me ocurre un borrador de las jornadas. - Introducción a OSM. (Viernes Tarde) - Tutorial sobre uso del cliente. (Viernes Tarde) - Tutorial sobre modificar datos. (Sabado Mañana) - Tutorial montar servidor local de OSM. (Sabado Mañana) - Reunión de trabajo catastro (Sabado Mediodia) - Organizar un Mapping Party. (Sabado Tarde) Respecto a la mapping party, pensad que suele ser muy costosa de dirigir (sobre todo si hay un número grande de personas). Se puede enfocar de dos maneras: mapear con gente experta en OSM y entonces realmente se pueden poner objetivos o mapear con gente nueva y no pensar en que se vaya a sacar nada perfecto ese día, pero con vistas a que un mayor número de gente aprenda y colabore a partir de entonces. En cualquiera de los dos casos, pondría la mapping entre la introducción y los tutoriales de herramientas (sólo es una idea). Por lo que veo Bilbao y alrededores está bastante bien mapeado. Quizá sería interesante mapear Zorrozaurre que está a 10 minutos caminando de la universidad y solo tiene la carretera principal en el mapa, aunque toda esa zona creo que va a ser demolida y van a reconstruirla completamente [3]. No conozco la zona: los locales podréis elegir el mejor sitio: que no esté muy lejos, que no esté muy disperso pero fácilmente dividible, cielo abierto, si puede ser no muy mapeado para hacer y deshacer a antojo. -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Colaboración en la importación de datos desde el catastro desde DeustoTech (Universidad de Deusto)
Me parece una muy buena iniciativa. Contad con mi colaboración, a falta de confirmar fechas y disponibilidad, aunque agracedería que alguien más se apuntara como ponente/organizador de talleres. Perfecto, entonces supongo que la semana que viene comenzaré a mover el papeleo burocrático e intentaré darle la máxima publicidad posible. ¿Cómo soleis organizar estas cosas? ¿Vía wiki de OpenStreeMap? La jornada podría ser viernes tarde y sábado todo el día. Estábamos pensando en el 7-8 de octubre. Así a priori se me ocurre un borrador de las jornadas. - Introducción a OSM. (Viernes Tarde) - Tutorial sobre uso del cliente. (Viernes Tarde) - Tutorial sobre modificar datos. (Sabado Mañana) - Tutorial montar servidor local de OSM.(Sabado Mañana) - Reunión de trabajo catastro (Sabado Mediodia) - Organizar un Mapping Party. (Sabado Tarde) Respecto a la mapping party, pensad que suele ser muy costosa de dirigir (sobre todo si hay un número grande de personas). Se puede enfocar de dos maneras: mapear con gente experta en OSM y entonces realmente se pueden poner objetivos o mapear con gente nueva y no pensar en que se vaya a sacar nada perfecto ese día, pero con vistas a que un mayor número de gente aprenda y colabore a partir de entonces. En cualquiera de los dos casos, pondría la mapping entre la introducción y los tutoriales de herramientas (sólo es una idea). Supongo que el tipo de mapeado dependerá de la asistencia. La idea de ponerla en medio me parece más acertada. En el caso de que sean novatos servirá para luego introducir los datos en la sesión práctica y si lo hacen expertos, los que estemos por allí aprenderemos algo. Por lo que veo Bilbao y alrededores está bastante bien mapeado. Quizá sería interesante mapear Zorrozaurre que está a 10 minutos caminando de la universidad y solo tiene la carretera principal en el mapa, aunque toda esa zona creo que va a ser demolida y van a reconstruirla completamente [3]. No conozco la zona: los locales podréis elegir el mejor sitio: que no esté muy lejos, que no esté muy disperso pero fácilmente dividible, cielo abierto, si puede ser no muy mapeado para hacer y deshacer a antojo. Por lo que comentas la zona de Zorrozaurre es perfecta: Esta como a 10 minutos andando (por paseo y carril bici :P), es cielo abierto, la zona es amplia con muchas calle en cuadrícula y solo tiene la carretera principal mapeada (no el resto de las zonas). Mapear toda la zona no me parece factible (es una zona bastante amplia), salvo que asista mucha gente, pero podemos concentrarnos en alguna zona concreta. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Colaboración en la importación de datos desde el catastro desde DeustoTech (Universidad de Deusto)
yo me puedo apuntar también a falta de confirmación de fechas y disponibilidad mapping y cliente seria mi fuerte. catastro y servidor local, nada. sergio sevillano El 02/09/2011, a las 14:51, Jaime Crespo escribió: El día 2 de septiembre de 2011 14:06, Cruz Enrique Borges cruz.bor...@deusto.es escribió: Buenas Desde la Unidad de Energía de DeustoTech [1] vamos a desarrollar un proyecto en el que queremos usar los datos del catastro sobre OSM. Nuestro plan es ayudar, en lo que podamos, a desarrollar los scripts necesarios. Para evitar duplicidades hemos pensado en organizar (junto con el e-Ghost [2]) unas jornadas de OSM. Ofrecemos la infraestructura de la Universidad de Deusto para poder organizar charlas, talleres, seminarios, etc. en la que algunos miembros de la OSM prepare algunos talleres y tener una reunión/seminario de trabajo en el que organicemos los trabajos sobre el catastro. Me parece una muy buena iniciativa. Contad con mi colaboración, a falta de confirmar fechas y disponibilidad, aunque agracedería que alguien más se apuntara como ponente/organizador de talleres. La jornada podría ser viernes tarde y sábado todo el día. Estábamos pensando en el 7-8 de octubre. Así a priori se me ocurre un borrador de las jornadas. - Introducción a OSM. (Viernes Tarde) - Tutorial sobre uso del cliente. (Viernes Tarde) - Tutorial sobre modificar datos. (Sabado Mañana) - Tutorial montar servidor local de OSM.(Sabado Mañana) - Reunión de trabajo catastro (Sabado Mediodia) - Organizar un Mapping Party. (Sabado Tarde) Respecto a la mapping party, pensad que suele ser muy costosa de dirigir (sobre todo si hay un número grande de personas). Se puede enfocar de dos maneras: mapear con gente experta en OSM y entonces realmente se pueden poner objetivos o mapear con gente nueva y no pensar en que se vaya a sacar nada perfecto ese día, pero con vistas a que un mayor número de gente aprenda y colabore a partir de entonces. En cualquiera de los dos casos, pondría la mapping entre la introducción y los tutoriales de herramientas (sólo es una idea). Por lo que veo Bilbao y alrededores está bastante bien mapeado. Quizá sería interesante mapear Zorrozaurre que está a 10 minutos caminando de la universidad y solo tiene la carretera principal en el mapa, aunque toda esa zona creo que va a ser demolida y van a reconstruirla completamente [3]. No conozco la zona: los locales podréis elegir el mejor sitio: que no esté muy lejos, que no esté muy disperso pero fácilmente dividible, cielo abierto, si puede ser no muy mapeado para hacer y deshacer a antojo. -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-ee] Järsak?
Hoi, kas ma saan õigesti aru, et meil ei ole sobivat silti järsakute tähistamiseks? Teede jaoks on olemas cutting/embankment, aga näiteks jõgede või järvede ääres olevate järsemate nõlvade jaoks ei ole midagi? Muide - seda otsides leidsin, et ingliskeelne sõna fell on meil JOSMis miskipärast tõlgitud languseks, ehkki see on vist pigem mingi kivise kõnnumaa moodi värk. Tõlkisin selle praegu kõnnumaaks, aga parema või täpsema termini peale tulijad võivad seda muidugi parandada. Ja üleüldse oleks aeg uuesti üks JOSMi tõlkimise lööktöö korraldada - M - ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee
Re: [Talk-ee] Küsimus
Miks mitte - kui see näeb välja nagu hoone, siis peaks olema ka kaardil vastavat tüüpi (industrial) hoone? On 02.09.2011, at 9:33, Andres Kaaber wrote: Tere Ceeyx -l on selline mure ... siin ojamaalt kuni kohtla-järvele ehitatakse põlevkivi transpordi jaoks konveieri linti mis sisuliselt ehitataksse pealt kinni ja peaks olema vist nagu hoone moodi aga ei tea kas tasub hakata joonistama 12 km pikka hoonet kaardile :D On 2011-08-29 11:11:38 UTC imapi wrote: On 2011-08-28 19:23:46 UTC ceeyx wrote: jõudu taas tekkis siin kerge mure sai mul siin peale pandud alles ehitatav ojamaa karjääri konveier aga ei tea millena seda konveierit ennast joonistada oskad ehk nõu anda Uhh, :) ma ei teagi mis asi on konveier? -- A. Kaaber ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee
Re: [Talk-ee] Küsimus
Leidsin wikist sellise proposali: http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/Goods_conveyor kasutatud on seda natu enam kui 100 korral. Arutelu lehelt leiab natukene rohkem infot ning kuna see proposal on natukene ajas seisma jäänud siis reaalselt kasutatavate väärtuste kombinatsioonide kohta saab aimu taginfo'st. Juhul kui see konveier on nö vundamendiga ning sealt alt läbi ei pääse siis võib kaaluda ka building=conveyor või midagi sarnast. Antud varianti kasutades pretendeeriks lihtsalt ka sellesse nimekirja teisele kohale: http://en.wikipedia.org/wiki/List_of_longest_buildings_in_the_world . Mihkel 2011/9/2 Jaak Laineste j...@nutiteq.com Miks mitte - kui see näeb välja nagu hoone, siis peaks olema ka kaardil vastavat tüüpi (industrial) hoone? On 02.09.2011, at 9:33, Andres Kaaber wrote: Tere Ceeyx -l on selline mure ... siin ojamaalt kuni kohtla-järvele ehitatakse põlevkivi transpordi jaoks konveieri linti mis sisuliselt ehitataksse pealt kinni ja peaks olema vist nagu hoone moodi aga ei tea kas tasub hakata joonistama 12 km pikka hoonet kaardile :D On 2011-08-29 11:11:38 UTC imapi wrote: On 2011-08-28 19:23:46 UTC ceeyx wrote: jõudu taas tekkis siin kerge mure sai mul siin peale pandud alles ehitatav ojamaa karjääri konveier aga ei tea millena seda konveierit ennast joonistada oskad ehk nõu anda Uhh, :) ma ei teagi mis asi on konveier? -- A. Kaaber ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee
Re: [Talk-ee] Järsak?
Fell nüüd kõnnumaa ei ole, kuid mis selle jaoks õigem tõlge olema peaks, seda ma ei oska öelda. Eestis see silt vist kasutust ei leia. Vähemalt ma pole kuulnud, et meil mäe külgedele nimesid antakse. Ainult JOSM'i tõlkimisest vist ei piisa (kuigi ka see oleks hea). Aeg oOleks teha üks üleüldine tõlkimine (JOSM, Potlatch, Merkaartor, Veebileht ise, ning mingil määral ka need wiki lehed, mis põhilisi asju kirjeldavad) ja ühtlustada tõlkeid. Iseküsimus on see, mis vormis sellist tõlkimist korraldada. Häid ideesid? Mihkel 2011/9/2 Margus Värton mar...@dakar.ee Hoi, kas ma saan õigesti aru, et meil ei ole sobivat silti järsakute tähistamiseks? Teede jaoks on olemas cutting/embankment, aga näiteks jõgede või järvede ääres olevate järsemate nõlvade jaoks ei ole midagi? Muide - seda otsides leidsin, et ingliskeelne sõna fell on meil JOSMis miskipärast tõlgitud languseks, ehkki see on vist pigem mingi kivise kõnnumaa moodi värk. Tõlkisin selle praegu kõnnumaaks, aga parema või täpsema termini peale tulijad võivad seda muidugi parandada. Ja üleüldse oleks aeg uuesti üks JOSMi tõlkimise lööktöö korraldada - M - __**_ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-eehttp://lists.openstreetmap.org/listinfo/talk-ee ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee
Re: [Talk-ee] Järsak?
2.09.2011 11:50, Mihkel Rämmel kirjutas: Fell nüüd kõnnumaa ei ole, kuid mis selle jaoks õigem tõlge olema peaks, seda ma ei oska öelda. Eestis see silt vist kasutust ei leia. Vähemalt ma pole kuulnud, et meil mäe külgedele nimesid antakse. Nojah, tõsi ta on, aga ega see et asju Eestis pole ei tähenda seda, et me neid kuskil mujal sildistada ei võiks. /Bare upper lying uncultivated land principally covered with grass and often grazed. /Krt, saa siis aru. See peaks olema pärit skandinaavia sõnast /fjäll/, mis tähistab mäge või mäenõlva. Aga minu arusaamine on see, et /fell/ on selline kivine ja elutu värk, mitte mingi rohetav alpiaas. Mägikõrb peaks tähistama taimkatteta kivikõrbe, jälle ei sobi. Mägikarjamaa? Ainult JOSM'i tõlkimisest vist ei piisa (kuigi ka see oleks hea). Aeg oOleks teha üks üleüldine tõlkimine (JOSM, Potlatch, Merkaartor, Veebileht ise, ning mingil määral ka need wiki lehed, mis põhilisi asju kirjeldavad) ja ühtlustada tõlkeid. Iseküsimus on see, mis vormis sellist tõlkimist korraldada. Häid ideesid? Mina arvan, et seda on hea teha ajurünnaku vormis ühise üritusena ning selle ajurünnaku tulemusena peaks tekkima eestikeelsesse wikisse oma tõlketerminite baas. Tõlkimist väärivad üldterminid võiksid ehk Wiktionarysse jõuda? - M - ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee
Re: [Talk-ee] Järsak?
Kui see mõiste tuli JOSM presettidest, siis tegelikult tuleks koostada eestispetsiifiline preset-tide fail ja sealt tag-id mida Eestis vaja eemaldada (see fell muuhulgas), ning lisada need mis just siin on olulised (näiteks lauluväljakud, tuhamäed jms). Jaak On 02.09.2011, at 12:40, Margus Värton wrote: 2.09.2011 11:50, Mihkel Rämmel kirjutas: Fell nüüd kõnnumaa ei ole, kuid mis selle jaoks õigem tõlge olema peaks, seda ma ei oska öelda. Eestis see silt vist kasutust ei leia. Vähemalt ma pole kuulnud, et meil mäe külgedele nimesid antakse. Nojah, tõsi ta on, aga ega see et asju Eestis pole ei tähenda seda, et me neid kuskil mujal sildistada ei võiks. /Bare upper lying uncultivated land principally covered with grass and often grazed. /Krt, saa siis aru. See peaks olema pärit skandinaavia sõnast /fjäll/, mis tähistab mäge või mäenõlva. Aga minu arusaamine on see, et /fell/ on selline kivine ja elutu värk, mitte mingi rohetav alpiaas. Mägikõrb peaks tähistama taimkatteta kivikõrbe, jälle ei sobi. Mägikarjamaa? Ainult JOSM'i tõlkimisest vist ei piisa (kuigi ka see oleks hea). Aeg oOleks teha üks üleüldine tõlkimine (JOSM, Potlatch, Merkaartor, Veebileht ise, ning mingil määral ka need wiki lehed, mis põhilisi asju kirjeldavad) ja ühtlustada tõlkeid. Iseküsimus on see, mis vormis sellist tõlkimist korraldada. Häid ideesid? Mina arvan, et seda on hea teha ajurünnaku vormis ühise üritusena ning selle ajurünnaku tulemusena peaks tekkima eestikeelsesse wikisse oma tõlketerminite baas. Tõlkimist väärivad üldterminid võiksid ehk Wiktionarysse jõuda? - M - ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee
Re: [Talk-at] 1-2 Fragen für einen Neuling
Guten Tag! Heute (2. September) um 02:00 tippte Lukas Bischof: - Im Winter haben Skipisten gelegentlich die gleiche Wegführung wie Wanderwege, Forstwege, Straßen, o.ä.. Soll da der gleiche Weg mehrere Tags erhalten oder sollte der Weg erneut eingezeichnet werden? Die sauberste Lösung ist schon, Wenn du den Weg an der Stelle, wo die Piste einmündet, auftrennst, und dem Abschnitt, wo sie gemeinsam verlaufen, dem Weg auch noch zusätzlich die Pisten-tags gibst.So bleibt es schön übersichtlich. Genauso akzeptabel ist es die Piste sehr knapp neben dem Weg durchzuziehen. Wie so oft in OSM gibt es noch eine weitere Möglichkeit: Die Nodes des Wegs doppelt zu verwenden. Das ist nicht verboten, macht es aber schwieriger, den Weg zu ändern (nur den Weg, nicht die Piste oder umgekehrt). Deswegen ist das nur für sehr kurze Abschnitte sinnvoll (siehe meinen Einwurf Schreikrampf). Ein Problem bei der ersten Methode gibt es: Wenn der Weg einen Namen hat und die piste einen anderen. Das ist IMHO ein ärgerliches Versäumnis des piste-proposals, viel sinnvoller wäre piste:name gewesen, so entstehen nämlich auch Geisterbeschriftungen in der Karte. In solchen Fällen verwende ich es auch, es macht Sinn und es wird - so schätze ich - auch einmal 'offiziell' - In Lech gibt es ein Gebiet, das im Winter autofrei ist (einige Straßen sind gesperrt und sowieso nicht befahrbar, weil als Piste benutzt wird). Ich habe im Wiki zwar die Beschreibung winter_road gefunden, die scheint aber nicht die richtige Eigenschaft zu sein. Gibt es da einen Tag dafür? road ist der tag für da ist eine Straße, aber ich weiß nicht, welche kategorie, der passt tatsächlich nicht. Wenn du zeitlich beschränkte Fahrvebote eintragen willst, dann musst du mit month_on / month_off arbeiten, und soweit ich es weiß, gibt es leider keine Möglichkeite, so was generische wie im Winter, bei Schneelage ordnungsgemäß zu taggen, auch fällt mir nichts zu Fußgängerzone, nur im Winter ein. Hab jetzt noch zwei Wege eingezeichnet und einen Weg vervollständigt. Die Häuser werden jetzt noch getaggt und dann sollte es in Lech schon ganz hübsch aussehen. Ich für meinen Teil bin auf jeden Fall richtig stolz drauf (ich mach eh weiter ) und bewerb auch das Projekt schon bei der örtlichen Tourismusbehörde. Ja, es macht einen schon stolz, wenn man den Erfolg der Mühen dann in der Karte sieht ;-) -- Gruß, Boris ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] 1-2 Fragen für einen Neuling
Schönen guten Tag! Nachtrag: Ich habe im Wiki zwar die Beschreibung winter_road gefunden, die scheint aber nicht die richtige Eigenschaft zu sein. Das hab ich überlesen: *winter*_road Also den kannte ich noch gar nicht, ich bezweifle auch dass der überhaupt gerendert wird. bewerb auch das Projekt schon bei der örtlichen Tourismusbehörde. Tourismusverbände horten oft Schätze. Der von St. Anton hatte z.B. GPX-tracks aller Wanderwege, die von ihm betreut werden, und war begeistert, sie uns spenden zu können. Und sogar ein Orthophoto hat er gehabt, das ist der Grund, warum das Stanzertal lange vor Bing und GeoImage schon so genau gezeichnet war. -- Mit besten Grüßen, Boris ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] das 'new barrier types' proposal
Hallo! Im wiki ist läuft derzeit die Abstimmung über ein proposal zur Erweiterung des barrier tags, das ich für missglückt halte (meine Begründung steht unter 'voting') Wie steht ihr dazu? http://wiki.openstreetmap.org/wiki/Proposed_features/New_barrier_types -- Bis demnächst, Boris ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] das 'new barrier types' proposal
Hallo! Heute (2. September) um 12:07 schrieb Andreas Labres: On 02.09.11 10:50, Boris Cornet wrote: (mal abgesehen davon, dass Du Deinen Beitrag nicht unterschrieben hast und man daher nur erahnen kann, was Deine Meinung ist...) Ups, danke für den Hinweis, ist schon jorrigiert! Meine Meinung: kerb ist keine (generelle) barrier, sondern eben nur ein Hindernis für manche Verkehrsteilnehmer. Inwieweit man das daher als barrier einordnen sollte, müßte man diskutieren. Aber alles andere, was eine Barriere ist, über die die meisten nicht drüberkommen, ist unter barrier schon richtig. Und der barrier Tag ist ganz bewusst sowohl als Node (idR im Zuge eines Ways) als auch als Way (Zäune, Mauern,... und da ist sowas wie cable_barrier oder jersey_barrier) ganz richtig. Mir geht es um etwas anderes. In meinen Augen sind Leitplanken und ähnliches Bestandteil der Straße. In diesem Proposal, das ansonsten OK ist, werden sie zu eigenen features, d.h. man müsste sie parallel zur Straße zeichnen. Nicht nur, dass das beim Editieren zum Horror wird, auch die Renderer können damit nicht umgehen. Bei nahem Zoom ist die Leitplanke weitab von der Straße, bei fernen Zoom überdeckt sie im schlimmsten Fall die Straße. -- Gruß, Boris ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] das 'new barrier types' proposal
Hallo! Am Fr, 2.09.2011, 12:54, schrieb Boris Cornet: Mir geht es um etwas anderes. In meinen Augen sind Leitplanken und ähnliches Bestandteil der Straße. In diesem Proposal, das ansonsten OK ist, werden sie zu eigenen features, d.h. man müsste sie parallel zur Straße zeichnen. Nicht nur, dass das beim Editieren zum Horror wird, auch die Renderer können damit nicht umgehen. Bei nahem Zoom ist die Leitplanke weitab von der Straße, bei fernen Zoom überdeckt sie im schlimmsten Fall die Straße. Das sehe ich etwas anders. Was machst Du, wenn die Leitplanke neben der Straße öfters mal endet und dann neu beginnt? Möchtest Du da die Straße jedes Mal trennen? Dann kommen noch die Trennungen bei den Geschwindigkeits-Limits dazu und die Trennungen, wenn ein Gehsteig oder Radweg dazu oder weg kommt... Außderdem muss der Abstand zwischen Leitplanke und Straße nicht immer konstant sein. Ok, bei den Radwegen, die mal nächer an der Straße und mal weiter weg von der Straße sind, wird das deutlicher, es ist aber auch bei den Barrieren so. Lärmschutzwände oder Betonwände, die wegbegleitend aufgestellt werden, sind auch nicht immer gleich weit von der Straße weg. Gruß, Günther ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] das 'new barrier types' proposal
On 2 Sep 2011, at 6:10 , Boris Cornet wrote: Es scheint schon wieder ein Schreikrampf fällig zu sein ;-) Langsam geht mir dieses hyperrealistische 'Malen nach Zahlen' ganz schön auf die Nerven. Wenn man jedes Detail haben will, dann soll man ein Luftbild anschauen. OSM soll das bleiben, was es immer war: einen geografische *Datenbank*, die darauf ausgerichtet ist, Zusammenhänge zu erfassen. Die Karte ist nur einen visuelles Folgeprodukt, erstellt von einem Renderer! Offen gesagt ist mir die Karte gar nicht so wichtig, das wahre Potential von OSM liegt ganz woanders, u.a. im Routing. Erstmals nähern wir uns der Möglichkeit, Blinden- und Rollstuhlrouting zu ermöglichen. Das geht aber nur mit einem konsistenten Datenbankmodell, und perfekte Visualisierbarkeit läuft eben der Erfordernis zur Generalisierung zuwider. Ausserdem: eine gute Karte ist *nicht* das exakte Abbild der komplexen Wirklichkeit, sondern stellt die Wirklichkeit bewusst vereinfacht dar, um eben die Zusammenhänge zu verdeutlichen. +1, solltest du auf talk-de posten ;-) Dann gehts dort wieder Monate lange Diskussionen. -- Bis bald, Boris ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] das 'new barrier types' proposal
On 09/02/11 12:07, Andreas Labres wrote: Meine Meinung: kerb ist keine (generelle) barrier, sondern eben nur ein Hindernis für manche Verkehrsteilnehmer. Inwieweit man das daher als barrier einordnen sollte, müßte man diskutieren. Jedes Hindernis ist für irgendwen überwindbar. Da es sich bei Randsteinen um asymmetrische barriers handelt, müsste aber definiert sein, dass links=oben ist. wie bei cliff, retaining_wall usw. Darauf hat der Ersteller des Proposals vergessen. Das wär bereits ein Grund um dagegen zu stimmen. Viel schlimmer ist aber folgendes: Es gibt schon jetzt einige Micromapper, die in der Stadt jeden Gehsteig als highway=footway mappen. Wenn die dann noch anfangen die Randsteine zu mappen, dann gute Nacht. Und das werden sie tun, sobald das in ihren Editoren auswählbar ist. Darum können wir nur beten, dass noch ein paar Stimmen gegen barrier=kerb zusammenkommen. Man kann ja trotzdem für die übrigen Vorschläge stimmen. -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] das 'new barrier types' proposal
On 09/02/11 12:54, Boris Cornet wrote: In meinen Augen sind Leitplanken und ähnliches Bestandteil der Straße. In diesem Proposal, das ansonsten OK ist, werden sie zu eigenen features, d.h. man müsste sie parallel zur Straße zeichnen. Nicht nur, dass das beim Editieren zum Horror wird, auch die Renderer können damit nicht umgehen. Bei nahem Zoom ist die Leitplanke weitab von der Straße, bei fernen Zoom überdeckt sie im schlimmsten Fall die Straße. Das ist ein Rendererproblem und ist bei Zäunen usw. genauso. Ich habe barrier=guard_rail auch schon bei Fußwegen/Steigen/Aussichtsplattformen verwendet, dort natürlich nicht für Leitplanken, sondern fürs Geländer. So oder so verlaufen sie praktisch immer unmittelbar neben einem highway=* und gehören auch logisch dazu. Insofern wär ein guard_rail=left/right/both auf den highway vielleicht doch geschickter. -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Winter Road
On 09/02/2011 11:14 AM, Andreas Uller wrote: Original-Nachricht Datum: Fri, 2 Sep 2011 09:32:45 +0200 Von: Boris Cornetbor...@osm-at.org Nachtrag: Ich habe im Wiki zwar die Beschreibung winter_road gefunden, die scheint aber nicht die richtige Eigenschaft zu sein. Das hab ich überlesen: *winter*_road Also den kannte ich noch gar nicht, ich bezweifle auch dass der überhaupt gerendert wird. So wie ich das verstehe ist winter_road genau das Gegenteil, also eine Straße die nur im Winter befahrbar ist. Glaube nicht dass es sowas in Österreich gibt. Ice Road Truckers anyone? Aber ernsthaft, was ist mit den ganzen Lawinentunneln, wo im Sommer die Straße daneben vorbei geht? Das wär dann imo doch eine winter_road mit tunnel=yes, oder gibt's für die jetzt schon was anderes? Die Straße ist natürlich im Sommer theoretisch befahrbar, praktisch aber meist durch ein dickes Holztor versperrt. Norbert ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] das 'new barrier types' proposal
On 02.09.11 12:54, Boris Cornet wrote: Mir geht es um etwas anderes. In meinen Augen sind Leitplanken und ähnliches Bestandteil der Straße. IMO geht's bei barrier nicht darum. Sondern eben darum: hier ist eine Mauer/ein Maschendrahtzaun/eine Leitplanke, da kommst Du mit xy nicht drüber. Konkretes Beispiel: in der (berühmten ;) Alserbachstraße gibt's Fahrspuren in beide Richtungen, in der Mitte die Straßenbahn mit Stuttgarter Schwellen. Da kommst Du sogar als Fußgänger leicht drüber. An anderen Straßen gibt's Grünstreifen mit Bäumen dazwischen, oder Leitplanken oder diese Betondinger (jersey barrier). Und darum geht's bei dem barrier Tag, dass man das mappen kann. Dass Linienbündel für Renderer ein Problem sind, klar, das muss man irgendwie lösen. Und klar, dass das nicht immer Sinn macht. Eine Autobahn wird (bei uns) immer irgendwas dazwischen haben, aber reichlich uninteressant, weil die Autobahn für sich die barrier ist, dass da niemand (ohne Schaden) drüberkommt. Anderswo ist zwischen den Fahrbahnen einer Interstate nur ein Grünstreifen. Unter'm Strich: es geht um die Barrierefunktion, dort, wo es Sinn macht, das zu mappen; es geht nicht um den Aufbau einer Straße. /al ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-ca] Slow OSM tiles
Is it just me or is the OSM tile server running really slow? -- Bernie Connors, P.Eng Manager - Spatial Data Infrastructure Land Information Secretariat Service New Brunswick Tel: 506-444-2077 Fax: 506-453-3898 45°56'25.21N, 66°38'53.65W bernie.conn...@snb.camailto:bernie.conn...@snb.ca www.snb.ca/geonb/http://www.snb.ca/geonb/ ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] GeoTiff in JOSM
Two options 1. Covert to tiles with gdal2tiles or another program. How would I then serve these to JOSM? 2. Set up MapServer and server it with WMS 1 is faster at serving tiles but takes more disk space and pre-processing. 2 is slower but better for large files since you don't have to pre-process. As your GeoTiff isn't very large, the first is a viable option. I'd guess it might take me a week to process. Okay, I'll take a look at gdal2tiles; disk space, ram and CPU power are commodities I have available in ample quantity. :) MapServer is a pain to set up, as you've discovered. If you're running Ubuntu I could show you my .map file if it'd help. I'm running a broken Debian unstable distro at the moment. :) I plan to reformat to use UBUNTU in the future so I'll have to look at Mapserver then. Thanks, Tyler ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Slow OSM tiles
On Fri, Sep 2, 2011 at 9:39 AM, Connors, Bernie (SNB) bernie.conn...@snb.ca wrote: Is it just me or is the OSM tile server running really slow? What are you doing? Just editing? ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Slow OSM tiles
I am not editing. I am just browsing the map to see if my recent edits have been rendered. -- Bernie Connors, P.Eng Service New Brunswick (506) 444-2077 45°56'25.21N, 66°38'53.65W www.snb.ca/geonb/ -Original Message- From: Richard Weait [mailto:rich...@weait.com] Sent: Friday, 2011-09-02 11:07 To: Talk-CA OpenStreetMap Subject: Re: [Talk-ca] Slow OSM tiles On Fri, Sep 2, 2011 at 9:39 AM, Connors, Bernie (SNB) bernie.conn...@snb.ca wrote: Is it just me or is the OSM tile server running really slow? What are you doing? Just editing? ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Slow OSM tiles
On Fri, Sep 2, 2011 at 10:21 AM, Connors, Bernie (SNB) bernie.conn...@snb.ca wrote: I am not editing. I am just browsing the map to see if my recent edits have been rendered. You might have just asked for tiles when the server was particularly busy. That happens often. There was a small change yesterday to how tiles are served. You can see the result at around 1800h yesterday. http://munin.openstreetmap.org/openstreetmap/yevaud.openstreetmap/mod_tile_response.html Normal editing should be unaffected and this greatly reduces the resource drain by bulk tile downloaders. Those who make the greatest demands on the tile server have their rate reduced for a period of time. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] GeoTiff in JOSM
I'm at work and going on vacation so I can't give a detailed answer for a few days, but this might help Once the tiles are made you can serve the directories with apache or another web server. xjjk from the OSM IRC channel has a parallized version of gdal2tiles which can significantly help processing times if you have a multi-core CPU. You first need to set up gdal and gdal python bindings. You also need PIL for the antialias mode which offers the best tradeoffs between quality and speed for resizing methods. gdal2tiles is reportedly significantly slower then it could be when compaired to some non-public tools that do the same work. Just for reference, I had gdal2tiles running for 1-2 weeks on my 6 core CPU when doing the low quality surrey images and estimated it would take 1 year on my 3 core athelon II for the 200 GB+ high quality version On Sep 02, 2011, at 06:51 AM, Tyler Gunn ty...@egunn.com wrote: Two options 1. Covert to tiles with gdal2tiles or another program. How would I then serve these to JOSM? 2. Set up MapServer and server it with WMS 1 is faster at serving tiles but takes more disk space and pre-processing. 2 is slower but better for large files since you don't have to pre-process ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Your new coastline
On Thu, Sep 1, 2011 at 11:15 PM, James A. Treacy tre...@debian.org wrote: On Thu, Sep 01, 2011 at 10:30:34PM -0400, Andrew MacKinnon wrote: Given that this sort of work is time consuming it will take a while to finish. However, 99% of the work that requires importing coastlines from CanVec is done, and realigning coastlines using Bing is a lot less disruptive and less error-prone. I'm curious why you would trust the Bing imagery more than canvec. In addition to not being very high resolution, I would think that Bing would suffer from problems with registration (alignment of images to lat/lon) which would have to be checked against ground readings. Of course canvec should also be checked for accuracy with local readings. Further, my understanding is that much of the canvec data is generated from local surveying, which uses high end GPS which are extremely accurate. Locally (Kitchener-Waterloo) I have found that the canvec data is very accurate and most imagery less so. I have been using the Bing imagery where high resolution imagery is available and Canvec where high resolution Bing imagery is not available. My impression is that for coastlines, tracing from Bing imagery is more accurate than the Canvec data. Keep in mind that some of the Canvec data is VERY out of date. While the road data in Canvec is fairly up to date, the rest of the Canvec data seems to be old (1990s, 1980s even?) Canvec data shows woods, buildings etc. which clearly haven't existed for many years, for example it often shows forests in areas where new subdivisions have been built recently, old industrial buildings which were torn down 10 years ago and replaced with housing, long-ago abandoned rail spurs to industrial areas and long-demolished agricultural buildings. I would not trust anything except the roads layer in Canvec to be up to date. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Your new coastline
I wish they'd updated the Bing high resolution images In Orangeville there's a new mall, but only one image (of three tiles) has the new mall, the other has the cleared field from when they started. I can only put in half the buildings. Any ideas on how often they update the high res? On Fri, Sep 2, 2011 at 3:08 PM, Andrew MacKinnon andrew...@gmail.comwrote: On Thu, Sep 1, 2011 at 11:15 PM, James A. Treacy tre...@debian.org wrote: On Thu, Sep 01, 2011 at 10:30:34PM -0400, Andrew MacKinnon wrote: Given that this sort of work is time consuming it will take a while to finish. However, 99% of the work that requires importing coastlines from CanVec is done, and realigning coastlines using Bing is a lot less disruptive and less error-prone. I'm curious why you would trust the Bing imagery more than canvec. In addition to not being very high resolution, I would think that Bing would suffer from problems with registration (alignment of images to lat/lon) which would have to be checked against ground readings. Of course canvec should also be checked for accuracy with local readings. Further, my understanding is that much of the canvec data is generated from local surveying, which uses high end GPS which are extremely accurate. Locally (Kitchener-Waterloo) I have found that the canvec data is very accurate and most imagery less so. I have been using the Bing imagery where high resolution imagery is available and Canvec where high resolution Bing imagery is not available. My impression is that for coastlines, tracing from Bing imagery is more accurate than the Canvec data. Keep in mind that some of the Canvec data is VERY out of date. While the road data in Canvec is fairly up to date, the rest of the Canvec data seems to be old (1990s, 1980s even?) Canvec data shows woods, buildings etc. which clearly haven't existed for many years, for example it often shows forests in areas where new subdivisions have been built recently, old industrial buildings which were torn down 10 years ago and replaced with housing, long-ago abandoned rail spurs to industrial areas and long-demolished agricultural buildings. I would not trust anything except the roads layer in Canvec to be up to date. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Your new coastline
On Fri, Sep 2, 2011 at 4:34 PM, G. Michael Carter mi...@carterfamily.ca wrote: I wish they'd updated the Bing high resolution images In Orangeville there's a new mall, but only one image (of three tiles) has the new mall, the other has the cleared field from when they started. I can only put in half the buildings. Any ideas on how often they update the high res? SteveC asked for suggestions for bing imagery updates, without being able to promise anything, in June. http://lists.openstreetmap.org/pipermail/talk/2011-June/058862.html I guess that half of Orangeville made it onto the list. :-) It is important to remember that every source we use for OSM lies to us in one way or another. We've each been misled at one point or another by our own GPX tracks, old / mis-aligned / unresolvable aerial imagery, our imperfect memories and illegible hand writing, outdated, mis-aligned or just dead wrong vectors from other sources. So we don't always get things right the first time, or when we think we are improving the work of another mapper. That's okay. We can fix it. That's part of what we're all about. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Your new coastline
A man with one watch will always know the time. A man with two watches will always be in doubt. --Unknown Adam On Fri, Sep 2, 2011 at 2:12 PM, Richard Weait rich...@weait.com wrote: On Fri, Sep 2, 2011 at 4:34 PM, G. Michael Carter mi...@carterfamily.ca wrote: I wish they'd updated the Bing high resolution images In Orangeville there's a new mall, but only one image (of three tiles) has the new mall, the other has the cleared field from when they started. I can only put in half the buildings. Any ideas on how often they update the high res? SteveC asked for suggestions for bing imagery updates, without being able to promise anything, in June. http://lists.openstreetmap.org/pipermail/talk/2011-June/058862.html I guess that half of Orangeville made it onto the list. :-) It is important to remember that every source we use for OSM lies to us in one way or another. We've each been misled at one point or another by our own GPX tracks, old / mis-aligned / unresolvable aerial imagery, our imperfect memories and illegible hand writing, outdated, mis-aligned or just dead wrong vectors from other sources. So we don't always get things right the first time, or when we think we are improving the work of another mapper. That's okay. We can fix it. That's part of what we're all about. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk-fr] Restons centrés sur notre projet
Le 02/09/2011 01:04, Christian Rogel a écrit : Le 1 sept. 2011 à 23:27, Vincent-Xavier JUMEL a écrit : Le 01 septembre à 19:16 Christian Rogel a écrit Il faut revenir aux fondamentaux : le but de la cartographie crowdsourcée (gulp !) est de fournir des cartes qui répondent aux besoins des gens, pas de leur fourguer des documents estampillés officiellement et internationalement licence libre. Dans ce cas, Google Maps pourrait répondre à ce besoin. Google Maps est crowdsourcé et répond (bien trop souvent) aux attentes des gens. À quand la création de GM-fr ? Google N'EST PAS crowdsourcé ou alors les mots ne veulent plus rien dire. Pieren le dit aussi mais Google Maps est crowdsourcé via Google Map maker. Google a commencé par faire cartographié par des contributeurs des pays où les fournisseur ne prenait pas la peine de créer de la données. C'est à dire que si Google voulait avoir des donénes partout dans le monde il devait demander à la masse (crowd) de créer de la données. Maintenant Google Map Maker est même disponible dans des pays occidentaux. Et Google a décidé pour les USA de ne plus utiliser que des données crowdsourcé! Donc même si le premier exemple de crowsourcing est libre, wikipedia, d'autres acteurs ont compris que la masse était capable de générer des informations de qualité qu'elle pouvait exploiter et conserver en propre grâce à une licence non libre. C'est assez curieux de lire cela ici, alors que l'équilibre entre les composantes sera toujours très inégal. Crowdsoucer veut dire que la source principale est issue d'une vaste communauté, c'est le cas de Wikipédia et de ses nombreux frères et, évidemment, d'OSM. Il n'y a pas beaucoup d'autres exemples. Les utilisateurs sont libres ne pas prendre une carte (ou un logiciel) libre. De plus, dans les faits, OSM est bien sous une licence libre, la fondation l'indique dans ses statuts (de façon détournée) et je ne vois pas pourquoi on se priverait de le dire de la façon qui me semble la plus efficace. Pour décrire un mariage ou un PACS, il y a 2 manières : - Deux personnes font reconnaître publiquement le fait qu'elles forment une unité sociale, un couple, un foyer, etc... - Deux personnes ont passé un contrat (oral ou écrit) pour sanctionner socialement leur union Dans un cas, on décrit au plus près ce qui se passe, dans l'autre, on fait de la littérature et qu'elle soit juridiquement colorée n'éclaire pas mieux le spectateur lambda, voire brouille la description. Christian ___ 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] OPenData : la CCI de Paris parle d'OSM !
si c'est le cas, on est pas très efficaces à 300.000, on est encore loin d'avoir fini... Le 2 septembre 2011 00:58, Pieren pier...@gmail.com a écrit : 2011/9/1 ZIMMY jeanlouis.zimmerm...@laposte.net: Bonne lecture http://www.ccip.fr/open-data ZIMMY Je cite: « En France, par exemple ce sont 300 000 contributeurs par jour qui enrichissent les bases de données d'OpenStreetMap (1), rappelle Bruno Marzloff ». wow, je ne savais pas que TOUS les inscrits à OSM contribuaient TOUS les jours uniquement sur le territoire français. Cocorico ;-) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- http://www.virage-energie-npdc.org/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OPenData : la CCI de Paris parle d'OSM !
Parler du nombre total de comptes utilisateurs n'est pas crédible, et je me demande même si ce n'est pas contre productif : Les organismes et collectivités potentiellement intéressées doivent probablement s'attendre à voir une nuée de criquets cartographes sur leur zone géographique, et qu'en deux temps / trois mouvements l'affaire sera dans le sac. Au contraire, il faut à mon sens appuyer sur le fait qu'il n'y a pas tant de contributeurs que ça (à l'échelle d'un département par exemple), que c'est un peu ingrat de se retrouver à contribuer de façon isolée et que l'émulation apportée par l'arrivée de plein de nouveaux contributeurs sera le meilleur des moteurs. Bref, il faut également faire passer (marteler ?) le message que c'est à tout un chacun de venir apporter sa pierre, et en parler autour de lui. J'imagine que dans le contexte de l'association OSM-fr, ce sera plus facile de structurer ce genre de communication. En tout cas je l'espère. Il y a deux graphes sur la page des statistiques du Wiki (*) qui sont bien plus réalistes, qui montrent le nombre d'utilisateurs qui ont ajouté ou modifié des points en semaines et en mois glissants Ca monte, mais assez doucement, pour arriver à 7 000 comptes effectivement modificateurs par semaine et 15 000 par mois ... au niveau mondial. Quid de la France ? (*) http://wiki.openstreetmap.org/wiki/Stats Le 2 septembre 2011 00:58, Pieren pier...@gmail.com a écrit : 2011/9/1 ZIMMY jeanlouis.zimmerm...@laposte.net: Bonne lecture http://www.ccip.fr/open-data ZIMMY Je cite: « En France, par exemple ce sont 300 000 contributeurs par jour qui enrichissent les bases de données d'OpenStreetMap (1), rappelle Bruno Marzloff ». wow, je ne savais pas que TOUS les inscrits à OSM contribuaient TOUS les jours uniquement sur le territoire français. Cocorico ;-) Pieren ___ 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] OPenData : la CCI de Paris parle d'OSM !
Bonjour, Pour la France tu peux regarder ici en classant par date de dernière modification : http://odbl.de/france.html Si je me trompe pas ça fait : * 310 pour la dernière semaine * 562 pour le dernier mois Frédéric Le 2 septembre 2011 10:06, Ab_fab gamma@gmail.com a écrit : Parler du nombre total de comptes utilisateurs n'est pas crédible, et je me demande même si ce n'est pas contre productif : Les organismes et collectivités potentiellement intéressées doivent probablement s'attendre à voir une nuée de criquets cartographes sur leur zone géographique, et qu'en deux temps / trois mouvements l'affaire sera dans le sac. Au contraire, il faut à mon sens appuyer sur le fait qu'il n'y a pas tant de contributeurs que ça (à l'échelle d'un département par exemple), que c'est un peu ingrat de se retrouver à contribuer de façon isolée et que l'émulation apportée par l'arrivée de plein de nouveaux contributeurs sera le meilleur des moteurs. Bref, il faut également faire passer (marteler ?) le message que c'est à tout un chacun de venir apporter sa pierre, et en parler autour de lui. J'imagine que dans le contexte de l'association OSM-fr, ce sera plus facile de structurer ce genre de communication. En tout cas je l'espère. Il y a deux graphes sur la page des statistiques du Wiki (*) qui sont bien plus réalistes, qui montrent le nombre d'utilisateurs qui ont ajouté ou modifié des points en semaines et en mois glissants Ca monte, mais assez doucement, pour arriver à 7 000 comptes effectivement modificateurs par semaine et 15 000 par mois ... au niveau mondial. Quid de la France ? (*) http://wiki.openstreetmap.org/wiki/Stats Le 2 septembre 2011 00:58, Pieren pier...@gmail.com a écrit : 2011/9/1 ZIMMY jeanlouis.zimmerm...@laposte.net: Bonne lecture http://www.ccip.fr/open-data ZIMMY Je cite: « En France, par exemple ce sont 300 000 contributeurs par jour qui enrichissent les bases de données d'OpenStreetMap (1), rappelle Bruno Marzloff ». wow, je ne savais pas que TOUS les inscrits à OSM contribuaient TOUS les jours uniquement sur le territoire français. Cocorico ;-) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- 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 -- Frédéric Bonifas +33672652807 skype:fredericbonifas ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Restons centrés sur notre projet
Le 02/09/2011 01:16, Pieren a écrit : Il faut comprendre que pour Christian, le problème est l'emploi du mot licence qui, pour lui, est peut-être trop lié à logiciel ou culture du libre. Il trouve que le terme données libres est mieux adapté. A moins que le problème dans l'emploi du mot licence c'est qu'il implique nécessairement un cadre juridique particulier (celui de la propriété intellectuelle) et une forme juridique particulière (le contrat de licence). Si c'est bien le problème que cela pose à Christian, alors cela mériterait une explication : en quoi serait-ce un problème ? J'irais jusqu'à avancer cette hypothèse quant à une cause des remarques de Christian : veut-il éviter que l'objet social de l'association ne justifie un système juridique ? Préfèrerait-il qu'il s'agisse d'une définition plutôt philosophique que juridique ? Est-ce Christian aurait-il peur que l'objet social de l'association soit interprété comme un soutien implicite au système actuel des droits d'auteur (qui rend nécessaire les licences alors que l'information serait libre par nature ou, au moins, par volonté philosophique) ? Personnellement, quand je lis données libres, je ne pense pas instruments du droit d'auteur (les licences) mais plutôt philosophie du libre telle que décrite par RMS : les 4 libertés informatiques fondamentales, etc. mais appliquées aux données. De là à formuler explicitement les 4 libertés qui rendent des données libres dans l'objet social de l'association, il y a un pas que la Fondation ne semble pas avoir déjà franchi... Bon, pas sûr que mes remarques fassent avancer le débat... :( Bon, moi je trouve qu'il coupe les cheveux en quatre parce que si les données sont libres, c'est bien parce qu'il y a une licence libre derrière et que des données libres sans licence libre, ça n'existe pas. licence n'implique pas forcément logiciel. Mais bon, c'est à chacun de voir... Je suis d'accord sur le fait que licence n'implique pas forcément logiciel. Quant au coupage de cheveux en quatre, une librologie récente sur le framablog me fait penser que ça peut avoir de bons côtés : (Librologie 1 : Les mots interdits de Richard Stallman) http://www.framablog.org/index.php/post/2011/08/23/librologies-rms On a bien compris que tu n'es pas d'accord avec la définition généralement admise de crowdsourcé alors que partout, mais vraiment partout et dans toutes les langues, on parle de Google Map Maker comme exemple de crowdsourcing. Regarde un peu les définitions du crowdsourcing et tu ne trouveras nul part qu'il est dit que cela doit constituer la source principale. Oui, mais c'est pas juste parce que notre crowdsourcing à nous il est plus gros que le leur. :) Plus libre, en tout cas. -- Jean Millerat Wecena, rendre vos informaticiens fiers d'améliorer le monde jean.mille...@wecena.com +33 1 77 455 344 jean.mille...@gmail.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Restons centrés sur notre projet
Le ven. 02 sept. 2011 à 01:16 +0200, Pieren a ecrit : 2011/9/1 Vincent-Xavier JUMEL endymion+...@thetys-retz.net: Les utilisateurs sont libres ne pas prendre une carte (ou un logiciel) libre. De plus, dans les faits, OSM est bien sous une licence libre, la fondation l'indique dans ses statuts (de façon détournée) et je ne vois pas pourquoi on se priverait de le dire de la façon qui me semble la plus efficace. Il faut comprendre que pour Christian, le problème est l'emploi du mot licence qui, pour lui, est peut-être trop lié à logiciel ou culture du libre. Il trouve que le terme données libres est mieux adapté. Bon, moi je trouve qu'il coupe les cheveux en quatre parce que si les données sont libres, c'est bien parce qu'il y a une licence libre derrière et que des données libres sans licence libre, ça n'existe pas. licence n'implique pas forcément logiciel. Mais bon, c'est à chacun de voir... Je suis au contraire de l'avis de conserver le terme licence, pour plusieurs raisons. - C'est le terme dédié : CC-By-SA et ODBL sont officiellement des licences, choisies par l'OSMF justement. - C'est le terme approprié pour désigner un concept précis. On évite les ambiguités possibles entre les termes droit d'auteur, droits d'utilisation, droits d'usage qu'on peut trouver ailleurs. En particulier, les termes anglais et français sont exactement équivalents et il n'y a pas d'ambigüité à ce sujet. - Les interlocuteurs privilégiés d'OSM-FR seront les collectivités et administrations, éventuellement les professionnels. Ils ont besoin qu'on leur parle clairement. On sera amené à leur dire : vos conditions d'utilisation (sont OU ne sont pas) compatibles avec la _licence_ d'OSM. - Dans le cas très peu probable où le terme licence désarçonnerait quelqu'un, ce sera pédagogique de lui en expliquer le sens. Pour conclure, bien que je veuille bien être rangé dans la case de libriste militant, je ne vois pas ce que l'emploi du terme licence a à voir. On peut très bien être contre les licences libres en employant le terme. C'est _juste_ la bonne façon de nommer le concept. -- ° /\Guillaume AllègreMembre de l'April /~~\/\ allegre.guilla...@free.fr Promouvoir et défendre le logiciel libre / /~~\tél. 04.76.63.26.99 http://www.april.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Restons centrés sur notre projet
+1 Le 2 septembre 2011 16:32, Guillaume Allegre allegre.guilla...@free.fr a écrit : Le ven. 02 sept. 2011 à 01:16 +0200, Pieren a ecrit : 2011/9/1 Vincent-Xavier JUMEL endymion+...@thetys-retz.net: Les utilisateurs sont libres ne pas prendre une carte (ou un logiciel) libre. De plus, dans les faits, OSM est bien sous une licence libre, la fondation l'indique dans ses statuts (de façon détournée) et je ne vois pas pourquoi on se priverait de le dire de la façon qui me semble la plus efficace. Il faut comprendre que pour Christian, le problème est l'emploi du mot licence qui, pour lui, est peut-être trop lié à logiciel ou culture du libre. Il trouve que le terme données libres est mieux adapté. Bon, moi je trouve qu'il coupe les cheveux en quatre parce que si les données sont libres, c'est bien parce qu'il y a une licence libre derrière et que des données libres sans licence libre, ça n'existe pas. licence n'implique pas forcément logiciel. Mais bon, c'est à chacun de voir... Je suis au contraire de l'avis de conserver le terme licence, pour plusieurs raisons. - C'est le terme dédié : CC-By-SA et ODBL sont officiellement des licences, choisies par l'OSMF justement. - C'est le terme approprié pour désigner un concept précis. On évite les ambiguités possibles entre les termes droit d'auteur, droits d'utilisation, droits d'usage qu'on peut trouver ailleurs. En particulier, les termes anglais et français sont exactement équivalents et il n'y a pas d'ambigüité à ce sujet. - Les interlocuteurs privilégiés d'OSM-FR seront les collectivités et administrations, éventuellement les professionnels. Ils ont besoin qu'on leur parle clairement. On sera amené à leur dire : vos conditions d'utilisation (sont OU ne sont pas) compatibles avec la _licence_ d'OSM. - Dans le cas très peu probable où le terme licence désarçonnerait quelqu'un, ce sera pédagogique de lui en expliquer le sens. Pour conclure, bien que je veuille bien être rangé dans la case de libriste militant, je ne vois pas ce que l'emploi du terme licence a à voir. On peut très bien être contre les licences libres en employant le terme. C'est _juste_ la bonne façon de nommer le concept. -- ° /\Guillaume AllègreMembre de l'April /~~\/\ allegre.guilla...@free.fr Promouvoir et défendre le logiciel libre / /~~\tél. 04.76.63.26.99 http://www.april.org ___ 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] Restons centrés sur notre projet
+1 aussi Les licences libres et le terme « licence libre » qui les désigne communément ont déjà des difficultés à se faire accepter, si on commence à les dénigrer… :-) Le vendredi 2 septembre 2011 16:32:30, Guillaume Allegre a écrit : Le ven. 02 sept. 2011 à 01:16 +0200, Pieren a ecrit : 2011/9/1 Vincent-Xavier JUMEL endymion+...@thetys-retz.net: Les utilisateurs sont libres ne pas prendre une carte (ou un logiciel) libre. De plus, dans les faits, OSM est bien sous une licence libre, la fondation l'indique dans ses statuts (de façon détournée) et je ne vois pas pourquoi on se priverait de le dire de la façon qui me semble la plus efficace. Il faut comprendre que pour Christian, le problème est l'emploi du mot licence qui, pour lui, est peut-être trop lié à logiciel ou culture du libre. Il trouve que le terme données libres est mieux adapté. Bon, moi je trouve qu'il coupe les cheveux en quatre parce que si les données sont libres, c'est bien parce qu'il y a une licence libre derrière et que des données libres sans licence libre, ça n'existe pas. licence n'implique pas forcément logiciel. Mais bon, c'est à chacun de voir... Je suis au contraire de l'avis de conserver le terme licence, pour plusieurs raisons. - C'est le terme dédié : CC-By-SA et ODBL sont officiellement des licences, choisies par l'OSMF justement. - C'est le terme approprié pour désigner un concept précis. On évite les ambiguités possibles entre les termes droit d'auteur, droits d'utilisation, droits d'usage qu'on peut trouver ailleurs. En particulier, les termes anglais et français sont exactement équivalents et il n'y a pas d'ambigüité à ce sujet. - Les interlocuteurs privilégiés d'OSM-FR seront les collectivités et administrations, éventuellement les professionnels. Ils ont besoin qu'on leur parle clairement. On sera amené à leur dire : vos conditions d'utilisation (sont OU ne sont pas) compatibles avec la _licence_ d'OSM. - Dans le cas très peu probable où le terme licence désarçonnerait quelqu'un, ce sera pédagogique de lui en expliquer le sens. Pour conclure, bien que je veuille bien être rangé dans la case de libriste militant, je ne vois pas ce que l'emploi du terme licence a à voir. On peut très bien être contre les licences libres en employant le terme. C'est _juste_ la bonne façon de nommer le concept. Cordialement, -- mickey86, Mikaël Cordon ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Restons centrés sur notre projet
Le 2 sept. 2011 à 16:17, Jean Millerat a écrit : Personnellement, quand je lis données libres, je ne pense pas instruments du droit d'auteur (les licences) mais plutôt philosophie du libre telle que décrite par RMS : les 4 libertés informatiques fondamentales, etc. mais appliquées aux données. De là à formuler explicitement les 4 libertés qui rendent des données libres dans l'objet social de l'association, il y a un pas que la Fondation ne semble pas avoir déjà franchi... Bon, pas sûr que mes remarques fassent avancer le débat... :( Tu reformules bien, en passant, ce que je veux dire : Je cherche à invoquer les 4 libertés d'une manière concise, au lieu de me contenter d'une expression unique, qui n'explicite rien aux yeux du contributeur lambda. Les gens des collectivités territoriales, je les connais trop bien, ou ils sauront tout de suite qu'on leur parle de la licence libre, ou ils attendront d'avoir un stage. ;-) Pour essayer de conclure, notez bien les les 2 niveaux que comporte ma formulation et qui sont tout à fait parallèles à la rédaction de l'OSMF. Au premier niveau, on décrit le projet que l'asso veut appuyer et au deuxième, on décrit la manière pour le faire et j'approuve une rédaction qui mentionnerait les buts éducatifs, sociaux, humanitaires, etc. et pour la culture libre. A l'extrême rigueur, on pourrait mettre là les licences libres, mais, comme je l'ai insinué, cela fait, à la fois initié et un peu militant pour la cause. Accessoirement, les art. 1 (Titre) et 2 (Objet) pourraient n'en faire qu'un, ce qui souvent le cas. Christian (qui a lu RMS en long et en large et l'a cité dans un article sur les licences libres dans les bibliothèques en 2005) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-ja] [OSM.jp] サーバーメンテナンスのお知らせ
このメッセージはosm.jpへの新規投稿の自動配信です。元記事は文末のURLを参照ください。 下記日程でOSMサーバーのメンテナンスが行われる予定です。 9/3(土)7:30～9/4(日)16:30 日本時間 9/3(土)16:30～9/5(月)1:30 終了時刻は最長の場合で、それより早く終わる場合があります。 メンテナンスの間、新しいタイルがレンダリングされないほか いくつかのサービスが停止します。 詳細は下記を参照ください。 http://wiki.openstreetmap.org/wiki/Power_Maintenance_Q3_2011 [原文] http://lists.openstreetmap.org/pipermail/talk/2011-September/060008.html 元記事URL： http://openstreetmap.jp/node/58 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] 東京駅近辺の鉄道で確認
Tomです。 鉄道関係に詳しい方にお願いしたいのですが、 wikiの方で、まだインポートされてない事になっている路線がありますが、 すでにlogなどで描かれてるケースもありますので、 どの路線がインポートが必要か、確認していただけないでしょうか？ http://wiki.openstreetmap.org/wiki/Import/Catalogue/Japan_KSJ2_Import/Railway 私、鉄道には疎くて、路線名だけ言われても、 どこを走っているのか検討もつかないものがほとんどだったりします。（恥ずかしながら・・・。） それで、どなたかご協力いただければ、 この機会に、数値情報の鉄道インポートは、コンプリートしたいと思います。 残りの路線をピックアップしていただければ、 データ変換などの手間も省けますので、大変助かります。 宜しくお願いいたします。 2011年8月31日0:13 Shu Higashi s_hig...@mua.biglobe.ne.jp: 東です。 東京駅近辺の鉄道で気付いた点を2点。 1.東京駅から北の京浜東北線がありません。 どなたかインポートできる方がおられましたらお願いできませんか。 急ぎではないです。 2.浜松町モノレール駅から北にtramが少し延びています。 http://www.openstreetmap.org/browse/way/16685130 ここにそのような線路はありましたっけ？ 何人かの方が編集されているので単純な間違いとも思えず ご存知の方がおられましたら教えてください。 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
[OSM-ja] OSMwiki 翻訳作業の報告
野首です。 震災関連の翻訳を少し進めましたのでご連絡します。 以下の2件を「チェック待ち」に移動しました。 ・Import/Software ・Osmbook 上記に加え2件、記事の更新と作成を行いました。 おかしな所があればご指摘ください。 ・http://wiki.openstreetmap.org/wiki/JA:Relations（英語版の反映） ・http://wiki.openstreetmap.org/wiki/JA:Key:mountain_pass（新規） あと、Relations からリンクされている Relationships という記事に興味が あったので翻訳しかけたのですが、私の英語力では理解出来ない部分が多かった ため、その旨を注記したうえで放置しております。 記事の内容はそれほど重要ではないと思いますが、翻訳半ばで放置したことに関 し、とりあえずご報告申し上げます。 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
[OSM-ja] ウィキの翻訳について（質問）
再び野首です。
ウィキの英語版の記事を見ると、冒頭に {{languages}} が置かれている記事
と、そうでない記事がありますよね。
これって、英語版にも勝手に付け加えてしまって良いものなのでしょうか？
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ja
[Talk-us] OpenTripPlanner Final Report
Hi all, TriMet, the Portland region transit agency, has released a report on the OpenTripPlanner Project for its Metro 2009-2011 Regional Travel Options Grant. You can find information on its four county OSM improvement project on p. 34 and in Appendix D, p. 50. Though the report is in its final form, the OSM Improvement Project is an ongoing project, so feel free to send your input to me. A copy of the report https://github.com/openplans/OpenTripPlanner/wiki/Reports/OTP%20Final%20Report%20-%20Metro%202009-2011%20RTO%20Grant.pdfhas been placed on the OTP developer wiki at https://github.com/openplans/OpenTripPlanner/wiki. Thank you! -- PJ Houser Trimet GIS intern, 503-962-4814 (office) ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
[Talk-ht] Haiti tap-tap (public transportation) routes starting to show up
As Sebastien informed in his email yesterdayhttp://lists.openstreetmap.org/pipermail/talk-transit/2011-September/001550.html the Haitian OSM community has started to map the local bus (tap-tap) routes in OSM. Thanks to Michael's tiphttp://lists.openstreetmap.org/pipermail/talk-transit/2011-September/001553.html I found out that Ieskok's OpenMap.lt ( http://wiki.openstreetmap.org/wiki/User:Ieskok/OpenMap) is already showing the routes that have been mapped. A shortlink to the Port-au-Prince area in OpenMap.lt with transit layer enabled is http://j.mp/pap-transport Especially if Ienskok is reading this: THANKS from Haiti on behalf of today's Friday mappershttp://wiki.openstreetmap.org/wiki/WikiProject_Haiti/Mapping_meetups#Vendredi_2ieme_Septembre_.289.2F2.29 ! And thanks to others on the tips, too. Any thoughts from anyone regarding similar mapping projects are most welcomed here. We've found Mikel's mention of the Matatu Mapping http://www.slideshare.net/mikel_maron/osm-transport/32 already (but haven't looked into it much). Cheers, -Jaakko --- en kreole --- Kòm Sebastien enfòme nan yè imel l 'gen ayisyen OSM kominote a te kòmanse kat jeyografik otobis lokal la (tiyo-tiyo) wout nan OSM. Mèsi a pwent Michael sa a, mwen te jwenn deyò ki OpenMap.lt Ieskok a ( http://wiki.openstreetmap.org/wiki/User:Ieskok/OpenMap) se deja ki montre wout yo ki te trase. Yon shortlink nan zòn nan Pòtoprens nan OpenMap.lt ak transpò piblik kouch pèmèt se http://j.mp/pap-transport Espesyalman si Ienskok se lekti sa a: TOO ki soti Ayiti sou non kartograf Vandredi jodi a! Ak mèsi yo bay lòt moun sou konsèy yo, tou. Cheers, -Jaakko -- jaa...@helleranta.com * Skype: jhelleranta * Mobile: +509-37-269154 * http://go.hel.cc/MyProfile ___ Talk-ht mailing list Talk-ht@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ht
