Re: [OSM-talk-be] Using the tag place=neighbourhood
Hi, I woukld not change it place=hamlet. fits fine for Mariakerke http://wiki.openstreetmap.org/wiki/NL:Map_Features#Plaats_.28place.29 Hamlets typically do have a church and form a separate community. suburbs are districts in cities, while neighbourhoods are more a group of rural isolated houses (all without churches) That's what I think of it. Regards, Gerard. Sander Deryckere wrote: Hi, I'm busy drawing and correcting boundaries in W-VL. And for Oostende, I have a strange issue (http://nl.wikipedia.org/wiki/Oostende). The deelgemeenten of Oostende are Zandvoorde and Stene (as those are the only ones that were still independent before the fusion of the 70's). The hamlet Raversijde used to be part of Middelkerke, and it's still rather separated from the main centre of Oostende. But Mariakerke was completely merged with Oostende in 1899 (so it can't be considered as a deelgemeente). Because it isn't a deelgemeente, this automatically means it should get the tag place=hamlet. This while Mariakerke has over 10.000 inhabitants, so it should deserve a title place=town when it wasn't merged so soon. http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Conventions/Places I would like to use the tag place=neigbourhood for Mariakerke. What do you think about the following definition? When the place has the name of a municipality or a deelgemeente, the definitions stay as they are When the place doesn't have the name of a municipality or deelgemeente, the tags place=hamlet and place=neighbourhood are used place=hamlet is used when the residential area is clearly separated from other residential areas. place=neighbourhood is used when the residential area is part of the residential area of a city, town or village. This follows my feeling about a hamlet being something rural, while a neighbourhood is part of a bigger residential area. And it also follows the international conventions (more or less) on the wiki: http://wiki.openstreetmap.org/wiki/Place Regards, Sander ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Using the tag place=neighbourhood
And if you look at the English descriptions ( http://wiki.openstreetmap.org/wiki/Map_Features#Places), it clearly states that a hamlet is a rural community. So that would certainly not fit for Mariakerke. As it's part of the centre of Oostende. Well, it needs some historical context: The conventions were written when we only had the tags city, town, village, suburb and hamlet. Over time some new tags were added like neighbourhood and recently quarter. place=suburb isn't used in Belgium since our cities are basically too small for the tag to fit. place=hamlet can be replaced by place=neighbourhood nowadays in a lot of cases, so wiki should be adapted. In some cases it may be difficult to put a place in either the hamlet or the neightbourhood category but they're on the same level of importance, so it shouldn't matter too much. place=quarter was a bit controversial, and I don't really understand the difference with place=neigbourhood, so I'd advice against using it. I don't even know if it's being rendered already. As for Mariakerke, I'd go with place=neighbourhood. Greetings Ben ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] Invitation à se connecter sur LinkedIn
LinkedIn OpenStreetMap, J'aimerais vous inviter à rejoindre mon réseau professionnel en ligne, sur le site LinkedIn. Nicolas Nicolas Pettiaux Professeur chez Haute École de Bruxelles - École Supérieure d'Informatique Région de Bruxelles , Belgique Veuillez confirmer que vous connaissez Nicolas Pettiaux : https://www.linkedin.com/e/msswix-h3u1z6mx-p/isd/7612213625/RFkp0xKU/?hs=falsetok=0YHaUrYRizWBg1 -- Vous recevez des invitations à vous connecter par e-mail. Cliquez ici si vous ne souhaitez plus recevoir ces e-mails : http://www.linkedin.com/e/msswix-h3u1z6mx-p/qoUcy0s8WH9GliV3vXXQCrYtebBtlmOS86G_OBS/goo/talk-be%40openstreetmap%2Eorg/20061/I2577707315_1/?hs=falsetok=04eBCZNXGzWBg1 (c) 2012 LinkedIn Corporation. 2029 Stierlin Ct, Mountain View, CA 94043, USA. ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk] API not responding
Some 5 minutes ago the API stopped responding to queries. Soup and fiddlestick show a drop in the munin stats. Anyone able to check? Regards, Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] API not responding
Is working fine for me at the moment (albeit 6 hours after you reported this). Cheers, Joseph On 24 June 2012 23:16, Maarten Deen md...@xs4all.nl wrote: Some 5 minutes ago the API stopped responding to queries. Soup and fiddlestick show a drop in the munin stats. Anyone able to check? Regards, Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] API not responding
According to some chatter I saw go past on IRC, ramoth (the database server) went offline for a while tonight. Admins were notified automatically and fixed it as soon as they were able. Not sure if they determined a cause before going (back?) to bed. Toby ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] API not responding
On 2012-06-25 07:12, Toby Murray wrote: According to some chatter I saw go past on IRC, ramoth (the database server) went offline for a while tonight. Admins were notified automatically and fixed it as soon as they were able. Not sure if they determined a cause before going (back?) to bed. I now also notice that the munin stats have not been updated since may 1st, so that was no indication at all. http://munin.openstreetmap.org/openstreetmap/soup.openstreetmap/index.html This is for soup, fiddlestick and bowser. Regards, Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Taggingschema OpenRailwayMap
Am 22.06.2012 um 18:26 schrieb Alexander Matheisen alexandermathei...@ish.de: und für die Fabrik eine site-relation. Und von site-Relationen halte ich nicht besonders viel. Ein Polygon mit der Ausdehnung eines Fabrikgeländes erledigt das gleiche und ist weniger kompliziert. Die site-Relation wurde vorgeschlagen weil Du ursprünglich die Polygonlösung zu aufwändig eingeschätzt hattest. Die Site-Relation bietet potentiell mehr Möglichkeiten als ein Polygon weil man mehr Bezüge explizit modellieren kann (z.b. Ist Haupteingang zu, ist Ticketoffice/Parkplatz/etc für), die sich nicht unbedingt aus der räumlichen Konfiguration ergeben Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] start_date in Map Features nur fuer ways
Hallo an alle, bei den Map Features wird der key start_date nur für ways (Linien) empfohlen und weder für nodes (Punkte), areas (Flächen) noch relations. Siehe z. B. http://wiki.openstreetmap.org/wiki/Map_Features#Properties und http://wiki.openstreetmap.org/wiki/DE:Map_Features#Eigenschaften In der Beschreibung des keys start_date werden dagegen auch nodes und areas genannt: http://wiki.openstreetmap.org/wiki/Key:start_date Relations werden auch hier nicht genannt. Ich finde es sinnvoll, wenn start_date für alle vier Elementtypen genutzt wird und die Map-Features-Seiten entsprechend angepasst würden. Was meint ihr und wer kümmert sich um solche Änderungen, die sicherlich vorher mit anderen (wem?) abgestimmt werden müssen? (Das Vorschlagsverfahren ist mir unklar, ich finde es ziemlich verwirrend beschrieben.) Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] start_date in Map Features nur fuer ways
Ich habe es mal eingebaut, da es mir ziemlich offensichtlich erschien und ja laut tag-info auch schon intensiv für diese Objekttypen genutzt wird. Ich vertraue mal dem Ansatz: It's a Wiki. Falls sich jemand sträubt, kann er es zurücksetzen und eine Diskussion starten. Diese aufwendingen Diskussionen sollte man sich aber für strittige Fälle aufheben. Grüße Tim alias Kolossos Am 24.06.2012 11:30, schrieb Bernhard Weiskopf: Hallo an alle, bei den Map Features wird der key start_date nur für ways (Linien) empfohlen und weder für nodes (Punkte), areas (Flächen) noch relations. Siehe z. B. http://wiki.openstreetmap.org/wiki/Map_Features#Properties und http://wiki.openstreetmap.org/wiki/DE:Map_Features#Eigenschaften In der Beschreibung des keys start_date werden dagegen auch nodes und areas genannt: http://wiki.openstreetmap.org/wiki/Key:start_date Relations werden auch hier nicht genannt. Ich finde es sinnvoll, wenn start_date für alle vier Elementtypen genutzt wird und die Map-Features-Seiten entsprechend angepasst würden. Was meint ihr und wer kümmert sich um solche Änderungen, die sicherlich vorher mit anderen (wem?) abgestimmt werden müssen? (Das Vorschlagsverfahren ist mir unklar, ich finde es ziemlich verwirrend beschrieben.) Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen von Ingenieurbüros
Am 24.06.2012 06:57, schrieb Rainer Kluge: Hallo, Am 24.06.2012 02:22, schrieb Stephan Wolff: (jeder kennt mindestens einen Zahnarzt) Das Problem bei den POIs ist nicht das Eintragen sondern das Aktualisieren und insbesondere das Löschen. Natürlich trägt jeder gerne seinen Zahnarzt ein, aber fühlt er sich dann auch für die Pflege verantwortlich? Man zieht weg, wechselt den Zahnarzt, der frühere schließt seine Praxis, das bekommt man überhaupt nicht mit. Das war mein Einwand zu den Ingenieurbüros. Weil mehr Zahnärzte mehr Kunden haben, fallen Fehler dort schneller auf und werde korrigiert. Ich würde OSM-Daten auch nicht unmittelbar bei Notfällen nutzen, sondern ich würde bei Zahnschmerzen einen Zahnarzt in der Nähe heraussuchen und dort anrufen. Für Nicht-OSM-Experten müsste es erst mal ein leicht zugängliches Tool geben. wheelmap.org ist recht übersichtlich, wenn man nur den Harken bei Gesundheit setzt. Wichtiger wären mobile Apps, aber da habe ich keinen Überblick. Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Strike to Karkand (war: Wozu eine Lichtkarte fähig sein kann)
Am 23.06.2012 09:15, Walter Nordmann: ist eh weg. Gruss Walter p.s. aber hübsch war's doch Hat jetzt jemand noch einen Screenshot gemacht? Ich würde mich dafür interessieren. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Strike to Karkand (war: Wozu eine Lichtkarte fähig sein kann)
Hi Claudius, Claudius schrieb: Am 23.06.2012 09:15, Walter Nordmann: ist eh weg. Gruss Walter p.s. aber hübsch war's doch Hat jetzt jemand noch einen Screenshot gemacht? Ich würde mich dafür interessieren. hier ist noch alles drin: http://lightmap.uni-hd.de/?lat=-32.11263145441703lon=75.67708969116211zoom=16 die anderen Layer kannst du auch deaktivieren im LayerSwitcher. viele gruesse pascal ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] semafori per traffico in alternanza
Se si definiscono i tag e si chiede di implementare, penso che quelli di OSRM lo farebbero :) Il giorno 24/giu/2012 01:21, Umberto Piacenza umberto.piace...@alice.it ha scritto: Il giorno sab, 23/06/2012 alle 08.46 +0200, Volker Schmidt ha scritto: Ma la mia domanda era pensato anche a situazioni dove un lungo pezzo di strada è funzionante solo in una direzione per tempi lunghi. Un esempio è (o era, non so se è ancora così) il passa San Boldo nelle Prealpi trevigiane, dove il senso di marcia cambiava ogni ora, o la galleria che porta al isola del Nordkapp in Norvegia, dove il periodo è simile. Ok! Questi esempi certamente non sono paragonabili ad un incrocio regolato da semaforo (causa dilatazione estrema dei tempi o delle distanze). E' il routing che dovrebbe tener conto di tali ritardi. Vado a ruota libera: per poter tenerne conto bisognerebbe forse aggiungere dei tag di limitazione temporale del tipo hour_on / hour_off se conosciuti; inoltre andrebbero assegnati forse a due way sovrapposte (oneway con versi opposti)? Dalla tua descrizione però, sembra più appropriato il concetto di frequenza ( ogni mm:hh il semaforo cambia stato ) per il quale non mi sembrano esistere tag appropriati. Potrebbe essere assimilabile alla necessità di utilizzare per un certo tratto del percorso, un mezzo di trasporto diverso, p.es. metropolitana, treno o battello, del quale non si conoscono gli orari precisi ma si conosce all'incirca la frequenza di passaggio/partenza? Non so' se i programmi di routing calcolano questi fattori. Ciao. Umberto. ___ 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] semafori per traffico in alternanza
Il 23/06/2012 08:46, Volker Schmidt ha scritto: Nel caso preciso che mi ha fatto sollevare la domanda, cioè un ponte di forse 200m, hai ragione. Ma la mia domanda era pensato anche a situazioni dove un lungo pezzo di strada è funzionante solo in una direzione per tempi lunghi. Un esempio è (o era, non so se è ancora così) il passa San Boldo nelle Prealpi trevigiane, dove il senso di marcia cambiava ogni ora, o la galleria che porta al isola del Nordkapp in Norvegia, dove il periodo è simile. E' il routing che dovrebbe tener conto di tali ritardi. [cut] Confermo la presenza di simili situazioni al passo Stalle, vicino Anterselva [1] e sulla SP251 nel bellunese, che da Longarone porta al Vajont [2]. Nel primo caso può capitarti di dover aspettare anche 45 minuti, inoltre di notte la strada è chiusa. Nel secondo caso invece il senso unico alternato non vale di notte e il tempo di attesa massimo è di 7 minuti. Sicuramente va aggiunto il tag traffic_signals:direction ai due semafori. Nel wiki inglese trovo inoltre oneway=reversible per questi casi, con una proposta per indicare il tempo in cui è attivo. Rimane non documentato solo il tempo massimo di attesa, ma a questo punto sarà il caso di sentire prima chi fa routing per capire se lo prendono in considerazione oppure no. Ciao! paolopoz [1] http://it.wikipedia.org/wiki/Passo_Stalle [2] http://www.openstreetmap.org/?lat=46.26822lon=12.32549zoom=16layers=M ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Svincoli autostradali senza restriction
On 06/20/2012 09:00 PM, Groppo O wrote: Il giorno 20 giugno 2012 15:27, Carlo Stembergercarlo.stember...@gmail.com ha scritto: Ho sistemato uno svincolo vicino a casa mia. È possibile aggiornare periodicamente questi dati, tipo una volta al mese? Saluti! Carlo Ciao, Ho aggiornato la pagina. Cerco di farlo almeno ogni 1 - 2 settimane, ma avevo visto che le correzioni erano calate, forse anche perché molti casi non sono importanti. Comunque, se vedete che la pagina non è aggiornata e volete che lo sia mandatemi un messaggio. Ne approfitto per pubblicizzare anche la pagina con le way da rimappare: http://wiki.openstreetmap.org/wiki/Open_Database_License/Cleanup/Italy Ce ne sono ancora diverse con meno di 4 nodi, quindi veloci da sistemare, ma non ci manca molto [1]. Inoltre, da quando il remapping è diminuito fa decisamente più caldo, quindi se le correggiamo tutte forse torna fresco. Ho una domanda: nel coreggere dei svincoli, spesso trovo la situazione come nel disegno attaccato: Normalmente basta aggiungere le relazioni che ho notato con OK, ma spesso trovo anche un punto (segnalato con ???) che in teoria permette, venendo da 'a', a continuare a 'c' o 'b', ma questa situazione non è segnalata dalla tua lista (non so se ha da fare con la linea 'c', che non inizia al punto d'incrocio, ma prima (al casello). -- Cheers, Alex attachment: ingresso.jpg___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Svincoli autostradali senza restriction
Il 24/06/2012 13:08, Alexander Roalter ha scritto: Ho una domanda: nel coreggere dei svincoli, spesso trovo la situazione come nel disegno attaccato: Normalmente basta aggiungere le relazioni che ho notato con OK, ma spesso trovo anche un punto (segnalato con ???) che in teoria permette, venendo da 'a', a continuare a 'c' o 'b', ma questa situazione non è segnalata dalla tua lista (non so se ha da fare con la linea 'c', che non inizia al punto d'incrocio, ma prima (al casello). Sì, se non è nella lista, si tratta a mio avviso di un falso negativo. Bisogna mettere una restrizione: chi si trova su a deve per forza continuare diritto fino al casello (c e b vietati). Almeno, è così con ogni probabilità; dalle ortofoto PCN dovrebbe capirsi chiaramente. Ciao! Carlo -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\`/\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Svincoli autostradali senza restriction
Il 24/06/2012 17:16, Carlo Stemberger ha scritto: Il 24/06/2012 13:08, Alexander Roalter ha scritto: Ho una domanda: nel coreggere dei svincoli, spesso trovo la situazione come nel disegno attaccato: Normalmente basta aggiungere le relazioni che ho notato con OK, ma spesso trovo anche un punto (segnalato con ???) che in teoria permette, venendo da 'a', a continuare a 'c' o 'b', ma questa situazione non è segnalata dalla tua lista (non so se ha da fare con la linea 'c', che non inizia al punto d'incrocio, ma prima (al casello). Sì, se non è nella lista, si tratta a mio avviso di un falso negativo. Bisogna mettere una restrizione: chi si trova su a deve per forza continuare diritto fino al casello (c e b vietati). Almeno, è così con ogni probabilità; dalle ortofoto PCN dovrebbe capirsi chiaramente. Confermo che anche per me è un falso positivo. Serve inoltre un'altra relazione,oltre a quella che ha nominato Carlo, ovvero quella per la situazione paventata da Alexander: chi arriva da A può andare solo verso il casello. Mi sembra però strano che non ci sia nessuno spartitraffico... In quel caso sarebbe necessario sdoppiare le vie passanti per il casello e le relazioni diminuirebbero. Paolo P. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Svincoli autostradali senza restriction
Il giorno 24 giugno 2012 13:08, Alexander Roalter alexan...@roalter.it ha scritto: ... Normalmente basta aggiungere le relazioni che ho notato con OK, ma spesso trovo anche un punto (segnalato con ???) che in teoria permette, venendo da 'a', a continuare a 'c' o 'b', ma questa situazione non è segnalata dalla tua lista (non so se ha da fare con la linea 'c', che non inizia al punto d'incrocio, ma prima (al casello). Come hanno detto gli alttri, in ??? bisogna mettere 2 relazioni: una che obbliga a -- casello e un'altra che obbliga c -- casello. (bug: se si mette in ??? una sola relazione il mio script non segnala che ne manca un'altra). (Non manca anche un ponte/tunnel in c per attraversare le due motorway?) Come ho scritto nel primo messaggio, di sicuro nella lista mancano alcuni casi. Il criterio che ho usato per trovare i possibili errori è: - cerca i nodi di motorway_link senza relation type=restriction. - all'incrocio di 3 motorway_link. - di cui almeno una a doppio senso, definito con un esplicito oneway=no. Forse in c mancava un esplicito oneway = no? Ricordo che non avevo trovato il modo per includere nella query spatialite le way in cui la doppia circolazione è indicata dall'assenza del tag oneway=*, e avevo preso nota di questo scrivendolo come bug nello script. Se volete migliorare le query il link dello script è nel primo messaggio del thread. Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Svincoli autostradali senza restriction
On 06/24/2012 05:51 PM, Paolo Pozzan wrote: Il 24/06/2012 17:16, Carlo Stemberger ha scritto: Il 24/06/2012 13:08, Alexander Roalter ha scritto: Ho una domanda: nel coreggere dei svincoli, spesso trovo la situazione come nel disegno attaccato: Normalmente basta aggiungere le relazioni che ho notato con OK, ma spesso trovo anche un punto (segnalato con ???) che in teoria permette, venendo da 'a', a continuare a 'c' o 'b', ma questa situazione non è segnalata dalla tua lista (non so se ha da fare con la linea 'c', che non inizia al punto d'incrocio, ma prima (al casello). Sì, se non è nella lista, si tratta a mio avviso di un falso negativo. Bisogna mettere una restrizione: chi si trova su a deve per forza continuare diritto fino al casello (c e b vietati). Almeno, è così con ogni probabilità; dalle ortofoto PCN dovrebbe capirsi chiaramente. Confermo che anche per me è un falso positivo. Serve inoltre un'altra relazione,oltre a quella che ha nominato Carlo, ovvero quella per la situazione paventata da Alexander: chi arriva da A può andare solo verso il casello. Mi sembra però strano che non ci sia nessuno spartitraffico... In quel caso sarebbe necessario sdoppiare le vie passanti per il casello e le relazioni diminuirebbero. Paolo P. Io consiglierei disegnare le vie che entrano i caselli separate per ogni direzione (ma non una linea per ogni casello, come è fatto a Vercelli). Così serve solo una relazione dopo il casello, come nell'immagine attaccata: Un'altra domanda: alcune volte ho visto che motorway_link c'è solo fino al casello, poi continua primary_link fino all'ingresso alla prossima primary... Ma io penso che è meglio motorway_link fino alla primary. Cosa pensate? -- Cheers, Alex attachment: entrata.jpg___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Svincoli autostradali senza restriction
On 06/24/2012 06:11 PM, Groppo O wrote: (Non manca anche un ponte/tunnel in c per attraversare le due motorway?) Questo l'ho solo disegnato su un layer pristino per illustrare. Mica potrebbe servire per fare un tutorial ? -- Cheers, Alex ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Gestione conflitti
Il 23 giugno 2012 21:56, emmexx emm...@tiscalinet.it ha scritto: Il 06/23/2012 08:15 PM, emmexx scrisse: Siccome e' la prima volta che faccio questo tipo di operazioni con molti dati, avrei bisogno di qualche dritta per limitare i pasticci. Altra stranezza: mi e' capitato alcune volte che dopo aver dato il comando di update, dopo che e' stato rilevelato un conflitto, dopo aver premuto il tasto che dovrebbe scaricare i dati in conflitto per la risoluzione, nella finestra dei conflitti non appare nulla. eh perchè hai aggiornato alla versione giusta, l'unico problema potrebbe succedere se te e quello che ha fatto la modifica avete cambiato uno stesso elemento ? grazie maxx -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Svincoli autostradali senza restriction
On 06/24/2012 06:46 PM, Alexander Roalter wrote: On 06/24/2012 05:51 PM, Paolo Pozzan wrote: Il 24/06/2012 17:16, Carlo Stemberger ha scritto: Il 24/06/2012 13:08, Alexander Roalter ha scritto: Ho una domanda: nel coreggere dei svincoli, spesso trovo la situazione come nel disegno attaccato: Normalmente basta aggiungere le relazioni che ho notato con OK, ma spesso trovo anche un punto (segnalato con ???) che in teoria permette, venendo da 'a', a continuare a 'c' o 'b', ma questa situazione non è segnalata dalla tua lista (non so se ha da fare con la linea 'c', che non inizia al punto d'incrocio, ma prima (al casello). Sì, se non è nella lista, si tratta a mio avviso di un falso negativo. Bisogna mettere una restrizione: chi si trova su a deve per forza continuare diritto fino al casello (c e b vietati). Almeno, è così con ogni probabilità; dalle ortofoto PCN dovrebbe capirsi chiaramente. Confermo che anche per me è un falso positivo. Serve inoltre un'altra relazione,oltre a quella che ha nominato Carlo, ovvero quella per la situazione paventata da Alexander: chi arriva da A può andare solo verso il casello. Mi sembra però strano che non ci sia nessuno spartitraffico... In quel caso sarebbe necessario sdoppiare le vie passanti per il casello e le relazioni diminuirebbero. Paolo P. Io consiglierei disegnare le vie che entrano i caselli separate per ogni direzione (ma non una linea per ogni casello, come è fatto a Vercelli). Così serve solo una relazione dopo il casello, come nell'immagine attaccata: Un'altra domanda: alcune volte ho visto che motorway_link c'è solo fino al casello, poi continua primary_link fino all'ingresso alla prossima primary... Ma io penso che è meglio motorway_link fino alla primary. Cosa pensate? Ho sbagliato nell'immagine, attacco la versione giusta. -- Cheers, Alex attachment: entrata.jpg___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] tool o plugin per statistiche
Il 06/22/2012 08:33 PM, Volker Schmidt scrisse: Adrian Stabiszewski dovrebbe avere qualcosa simile. Lui produce un analisi grafica di percorsi con la nuova versione del OSM Relation Analyzer. Grazie. Nel frattempo ho trovato questo: http://svn.openstreetmap.org/applications/utils/filter/osm-length/osm-length-2.pl Attenzione perche' ci sono piu' versioni di questo programma. Questo sembra funzionare, le altre restituiscono solo lunghezze 0. Il programma produce un report delle lunghezze della highway per tipologia. Inoltre crea un file xml uguale al file osm di partenza ma con un tag aggiuntivo contenente la lunghezza. ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-se] Installer bara Garmin kartor.
Garmin kartor som skall fungera i alla fall till stordel att bara ladda ned och köra med. http://blog.balp.nu/2012/06/openstreetmap-garmin-zumo-550/ ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-ar] aburrido? Nunca más!
gpor ahí ya existen trazas GPS del lugar, las podes descargar con JOSM si es q existen. Si no se dibuja corrido y luego se acomoda. Ya dibuje ciudades enteras sin imagenes y cuando aparecieron el error era un desplazamiento de unos 10 a 20m 2012/6/20 Martin Andrés Gomez Gimenez mggime...@i-nis.com.ar ** El mié, 20-06-2012 a las 10:17 -0300, Werner Horsch escribió: seguramente lo dice por nosotros no por él Martín Las imagenes de Bing están desplazadas fuera de GBA, correrlas después es fácil A ver si entiendo, la idea es usar estas imagenes corridas y después en algún momento corregirlas con trazas GPSs? Hace un tiempo atrás entre en contacto con el Dpto de Geodesia de la Pcia de BA, para ver el tema de la licencia de sus imagenes satelitales si las podiamos usar en caso de comprarlas. Lamentablemente nunca me respondieron, el día q tenga q ir por laburo preguntaré personalmente Buenísimo! -- -- *Martin Andres Gomez Gimenez* web: http://www.i-nis.com.ar e-mail: mggime...@i-nis.com.ar Jabber: mggime...@i-nis.com.ar *Usuario Linux: #306000* ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ar] Mapa compilado para Garmin
Fijate en maps.cloudmade.com, ahi funciona la busqueda por calle y altura. saludos! 2012/6/22 Federico Pértile lfpert...@yahoo.com.ar Alguien tiene algún ejemplo de búsqueda alturas que funcione, pruebo con Resistencia que yo cargué y no anda. -- *De:* Martin Andrés Gomez Gimenez mggime...@i-nis.com.ar *Para:* Federico Pértile lfpert...@yahoo.com.ar *Enviado:* jueves, 21 de junio de 2012 20:17 *Asunto:* Re: [Talk-ar] Mapa compilado para Garmin El jue, 21-06-2012 a las 12:44 -0700, Federico Pértile escribió: ¿Las alturas de las calles están/estarán? El mapa es ruteable, con lo cual depende si las alturas están cargadas en OSM. Hay algunas cosas que no estan bien resueltas del todo, o al menos noté que no funcionaban como debiera, por ejemplo las intersecciones de las calles. En general si elegis una localidad una calle y una altura te genera la ruta, pero en caso de que la altura no exista o no esté interpolada te envía a la dirección mas cercana. Saludos, -- -- *Martin Andres Gomez Gimenez* web: http://www.i-nis.com.ar e-mail: mggime...@i-nis.com.ar Jabber: mggime...@i-nis.com.ar *Usuario Linux: #306000* ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar -- Diego Woitasen ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar
[Talk-lv] Nez kur te būtu jālabo?
Ir pāris routingi kuri saka braukt lejā no pārvada... http://map.project-osrm.org/KD kaut kā stulbi :). -- Ginc ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Nez kur te būtu jālabo?
Nu man liekas cilpa uz leju (no 3. uz 2. līmeni) vajadzētu būt primary link. 2012/6/24 Gints Polis polis.gi...@gmail.com Ir pāris routingi kuri saka braukt lejā no pārvada... http://map.project-osrm.org/KD kaut kā stulbi :). -- Ginc ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Nez kur te būtu jālabo?
Jāskatās, kas ir ar max_speed tagiem. Defaultā viņi bieži vien nerēķinās ar pilsētā atļauto ātrumu. On Jun 24, 2012 10:34 PM, Raitis U. rait...@gmail.com wrote: Nu man liekas cilpa uz leju (no 3. uz 2. līmeni) vajadzētu būt primary link. 2012/6/24 Gints Polis polis.gi...@gmail.com Ir pāris routingi kuri saka braukt lejā no pārvada... http://map.project-osrm.org/KD kaut kā stulbi :). -- Ginc ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-cz] Data RUIAN - výměnný formát
Ahoj, díky, transformace souřadnic vypadá v pohodě (testovacím příkladem to prošlo). Teď je otázka, jakou celkovou strategii importu a následných aktualizací zvolit. Zveřejněná data registru neobsahují některé informace o celé ČR, ale jen o částech, ve kterých je digitalizovaný katastr. Dále nevím, do jaké míry katastr odpovídá realitě, ale tipuji, že určitě budou budovy, které v katastru nejsou a opačně (nebo jsou data nesprávná - např. jiný tvar obrys budovy). Data mohu obsahovat více upřesňujících tagů. Je tedy možné (pravděpodobné), že některá data budou lepší v OSM než v datech registru. Uliční čáry musí nějak rozumně na sebe navazovat... Na druhou stranu registr má jistě celkově velkou míru konzistence a úplnosti, bude se průběžně rozšiřovat území, kde jsou dostupné všechny informace a bude se průběžně aktualizovat, ... Které konrétní údaje z registru se budou do OSM importovat? Jak se vypořádat se starými daty? Za ideální cílový stav bych považovat navázání dat na registr kvůli aktualizacím, ale s možnost provádění všech typů změn, pokud registr někde nebude správný, úplný nebo bude k dispozici více informací, než které registr obsahuje. Celkově jde o poměrně mnoho dat (v XML to má necelých 30 GB, i přes ukecanost XML je toho opravdu hodně), takže jakékoli větší ruční zásahy do importu budou časově náročné. Máte nějakou představu, nápady, ...? Honza Dne 23. června 2012 7:39 Martin Kokeš sh...@typo3-hosting.com napsal(a): Ahoj, viz http://grass.fsv.cvut.cz/gwiki/S-JTSK-Grid, cokoliv co používá GDAL/PROJ4. MK - Original Message - From: Jan Bilak [mailto:jan.bilak@gmail.com] To: OpenStreetMap Czech Republic [mailto:talk-cz@openstreetmap.org] Sent: Sat, 23 Jun 2012 04:45:21 +0200 Subject: Re: [Talk-cz] Data RUIAN - výměnný formát Díky. Nevíte o nějakých knihovnách (.NET, Java, JavaScript, C, C++, ...) pro transformaci pomocí toho S-JTSK gridu? Nebo, pokud nejsou přímo knihovny, ve kterých opensource programech s vhodnou licencí by tato transformace šla najít? Honza Dne 22. června 2012 22:12 Martin Kokeš sh...@typo3-hosting.com napsal(a): Jelikož se všude používá nativně Křovák, je nutná zpřesněná transformace pomocí S-JTSK gridu. MK ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Data RUIAN - výměnný formát
Zdravím, díky za info, ještě mám dotazy. Budou průběžně vydávané změnové soubory (popis formátu jsem tam viděl) nebo jen kompletní snapshoty? S jak častou aktualizací dat se počítá (jednou denně, ...)? Honza Dne 24.6.2012 17:26 Jiří Veselý j@seznam.cz napsal(a): Zdravím všechny, s webovými službami se zatím nepočítá, výjimkou bude WS pro ověření adresy. Jinak pokud jde o pokrytí území, tak katastrální data jsou ve výměnném formátu na cca 2/3 katastrálních území (DKM + KMD). Definiční čáry ulic a další prvky jsou v RUIAN přes celou republiku. J. Veselý Dne 22.6.2012 22:12, Martin Kokeš napsal(a): Ano, jde o RÚIAN, veřejný registr bez licence, dle 111/2009 Sb.. Generovaná data jsou už teď ke stažení. Rozhraní VDP ještě není, bude až od 1.7., nevím jak to bude se SOAPem, možná podobně, jako funguje u WSDP ke KN. Více info by asi dal p. Veselý. Využitelné jsou samozřejmě uliční čáry, polygony budov, adresní body, takže je čas udělat tracerům pápá (to platí pro zastavěné území). V souvislosti s WFS službou nad tématem INSPIRE parcely je možné získávat parcely i mimo zastavěné území, buď jako předgenerované soubory, nebo přímo přes WFS dotaz (možná by se ulevilo ZP a jeho tabletu při obkreslování zemědělské půdy ;-)...). Jelikož se všude používá nativně Křovák, je nutná zpřesněná transformace pomocí S-JTSK gridu. MK - Original Message - From: Jan Bilak [mailto:jan.bilak.osm@gmail.**com jan.bilak@gmail.com] To: OpenStreetMap Czech Republic [mailto:talk-cz@openstreetmap.**org talk-cz@openstreetmap.org] Sent: Fri, 22 Jun 2012 20:53:02 +0200 Subject: Re: [Talk-cz] Data RUIAN - výměnný formát Ahoj, předem se omlouvám, pokud budu psát nesmysly - moc o tom nevím. Chápu to správně tak, že data budou licenčně použitelné pro OSM, budou obsahovat např. adresní body, obrysy budov, ulice apod., vše zdarma ve formě veřejné dostupné aplikace na bázi XML/SOAP? A nyní data ještě dostupná nejsou, ale budou od příštího měsíce. Data nejsou kompletní, ale zahrnutí jen ty části ČR, které mají digitalizovaný katastr nemovitostí (cca půlka, ale výhledově bude růst). Data budou průběžně aktualizována a budou dostupná ve dvou formátech: a) aktuální stav b) změnové soubory Pokud je to tak je, tak by bylo vhodné celý proces importu maximálně zautomatizovat tak, aby se dala provádět pravidelně aktualizace dat (třeba 1x denně nebo týdně ... to je už detail). Kromě vlastního převedení dat bude třeba řešit kolize s daty, které pochází z jiných zdrojů (např. ručně kreslené). Rád bych se na takové automatizaci podílel, protože v tom vidím značný přínos. S pozdravem Honza __**_ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-czhttp://lists.openstreetmap.org/listinfo/talk-cz __**_ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-czhttp://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Data RUIAN - výměnný formát
Tak si odpovídám sám. Snapshoty budou zveřejňovány jednou za měsíc, změnové soubory budou generovány jednou za den. Oboje patrně bude veřejně dostupné ke stažení (jaká bude dostupná historie změnových souborů, to jsem nenašel). To je rozumné a mělo by to umožnit pravidelnou aktualizaci dat v OSM. Honza Dne 24. června 2012 17:55 Jan Bilak jan.bilak@gmail.com napsal(a): Zdravím, díky za info, ještě mám dotazy. Budou průběžně vydávané změnové soubory (popis formátu jsem tam viděl) nebo jen kompletní snapshoty? S jak častou aktualizací dat se počítá (jednou denně, ...)? Honza Dne 24.6.2012 17:26 Jiří Veselý j@seznam.cz napsal(a): Zdravím všechny, s webovými službami se zatím nepočítá, výjimkou bude WS pro ověření adresy. Jinak pokud jde o pokrytí území, tak katastrální data jsou ve výměnném formátu na cca 2/3 katastrálních území (DKM + KMD). Definiční čáry ulic a další prvky jsou v RUIAN přes celou republiku. J. Veselý Dne 22.6.2012 22:12, Martin Kokeš napsal(a): Ano, jde o RÚIAN, veřejný registr bez licence, dle 111/2009 Sb.. Generovaná data jsou už teď ke stažení. Rozhraní VDP ještě není, bude až od 1.7., nevím jak to bude se SOAPem, možná podobně, jako funguje u WSDP ke KN. Více info by asi dal p. Veselý. Využitelné jsou samozřejmě uliční čáry, polygony budov, adresní body, takže je čas udělat tracerům pápá (to platí pro zastavěné území). V souvislosti s WFS službou nad tématem INSPIRE parcely je možné získávat parcely i mimo zastavěné území, buď jako předgenerované soubory, nebo přímo přes WFS dotaz (možná by se ulevilo ZP a jeho tabletu při obkreslování zemědělské půdy ;-)...). Jelikož se všude používá nativně Křovák, je nutná zpřesněná transformace pomocí S-JTSK gridu. MK - Original Message - From: Jan Bilak [mailto:jan.bilak@gmail.com] To: OpenStreetMap Czech Republic [mailto:talk-cz@openstreetmap.org] Sent: Fri, 22 Jun 2012 20:53:02 +0200 Subject: Re: [Talk-cz] Data RUIAN - výměnný formát Ahoj, předem se omlouvám, pokud budu psát nesmysly - moc o tom nevím. Chápu to správně tak, že data budou licenčně použitelné pro OSM, budou obsahovat např. adresní body, obrysy budov, ulice apod., vše zdarma ve formě veřejné dostupné aplikace na bázi XML/SOAP? A nyní data ještě dostupná nejsou, ale budou od příštího měsíce. Data nejsou kompletní, ale zahrnutí jen ty části ČR, které mají digitalizovaný katastr nemovitostí (cca půlka, ale výhledově bude růst). Data budou průběžně aktualizována a budou dostupná ve dvou formátech: a) aktuální stav b) změnové soubory Pokud je to tak je, tak by bylo vhodné celý proces importu maximálně zautomatizovat tak, aby se dala provádět pravidelně aktualizace dat (třeba 1x denně nebo týdně ... to je už detail). Kromě vlastního převedení dat bude třeba řešit kolize s daty, které pochází z jiných zdrojů (např. ručně kreslené). Rád bych se na takové automatizaci podílel, protože v tom vidím značný přínos. S pozdravem Honza ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Data RUIAN - výměnný formát
Je to tak, stavové jednou za měsíc a změny denně. Vše bude dostupné ke stažení, jména souborů bude možné odvodit podle datumu. Zatím předpokládáme držení historie 3 měsíce zpětně. J. V. Dne 24.6.2012 18:49, Jan Bilak napsal(a): Tak si odpovídám sám. Snapshoty budou zveřejňovány jednou za měsíc, změnové soubory budou generovány jednou za den. Oboje patrně bude veřejně dostupné ke stažení (jaká bude dostupná historie změnových souborů, to jsem nenašel). To je rozumné a mělo by to umožnit pravidelnou aktualizaci dat v OSM. Honza Dne 24. června 2012 17:55 Jan Bilakjan.bilak@gmail.com napsal(a): Zdravím, díky za info, ještě mám dotazy. Budou průběžně vydávané změnové soubory (popis formátu jsem tam viděl) nebo jen kompletní snapshoty? S jak častou aktualizací dat se počítá (jednou denně, ...)? Honza Dne 24.6.2012 17:26 Jiří Veselýj@seznam.cz napsal(a): Zdravím všechny, s webovými službami se zatím nepočítá, výjimkou bude WS pro ověření adresy. Jinak pokud jde o pokrytí území, tak katastrální data jsou ve výměnném formátu na cca 2/3 katastrálních území (DKM + KMD). Definiční čáry ulic a další prvky jsou v RUIAN přes celou republiku. J. Veselý Dne 22.6.2012 22:12, Martin Kokeš napsal(a): Ano, jde o RÚIAN, veřejný registr bez licence, dle 111/2009 Sb.. Generovaná data jsou už teď ke stažení. Rozhraní VDP ještě není, bude až od 1.7., nevím jak to bude se SOAPem, možná podobně, jako funguje u WSDP ke KN. Více info by asi dal p. Veselý. Využitelné jsou samozřejmě uliční čáry, polygony budov, adresní body, takže je čas udělat tracerům pápá (to platí pro zastavěné území). V souvislosti s WFS službou nad tématem INSPIRE parcely je možné získávat parcely i mimo zastavěné území, buď jako předgenerované soubory, nebo přímo přes WFS dotaz (možná by se ulevilo ZP a jeho tabletu při obkreslování zemědělské půdy ;-)...). Jelikož se všude používá nativně Křovák, je nutná zpřesněná transformace pomocí S-JTSK gridu. MK - Original Message - From: Jan Bilak [mailto:jan.bilak@gmail.com] To: OpenStreetMap Czech Republic [mailto:talk-cz@openstreetmap.org] Sent: Fri, 22 Jun 2012 20:53:02 +0200 Subject: Re: [Talk-cz] Data RUIAN - výměnný formát Ahoj, předem se omlouvám, pokud budu psát nesmysly - moc o tom nevím. Chápu to správně tak, že data budou licenčně použitelné pro OSM, budou obsahovat např. adresní body, obrysy budov, ulice apod., vše zdarma ve formě veřejné dostupné aplikace na bázi XML/SOAP? A nyní data ještě dostupná nejsou, ale budou od příštího měsíce. Data nejsou kompletní, ale zahrnutí jen ty části ČR, které mají digitalizovaný katastr nemovitostí (cca půlka, ale výhledově bude růst). Data budou průběžně aktualizována a budou dostupná ve dvou formátech: a) aktuální stav b) změnové soubory Pokud je to tak je, tak by bylo vhodné celý proces importu maximálně zautomatizovat tak, aby se dala provádět pravidelně aktualizace dat (třeba 1x denně nebo týdně ... to je už detail). Kromě vlastního převedení dat bude třeba řešit kolize s daty, které pochází z jiných zdrojů (např. ručně kreslené). Rád bych se na takové automatizaci podílel, protože v tom vidím značný přínos. S pozdravem Honza ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] [OpenStreetMap] OSM : Information sur erreur chevauchement batiment/way
joedalton85 a écrit on 23/06/12 13:54: Bonjour Rodolphe Quiédeville, joedalton85 http://www.openstreetmap.org/user/joedalton85 vous a envoyé un message depuis OpenStreetMap avec le sujet OSM : Information sur erreur chevauchement batiment/way : == Bonjour, Voulant corriger quelques erreurs, je me suis aperçu que vous aviez dessiné un bâtiment et/ou une route qui se chevauchent. il manque peut-être un covered=yes à la portion de route passant sous un bâtiment Vous pouvez voir la/les routes concernées : http://www.openstreetmap.org/browse/way/125759769 De plus connaissez-vous l'outil qualité osmose : http://osmose.openstreetmap.fr Avec vos données : http://osmose.openstreetmap.fr/text/cgi-bin/byuser.py?username= puis indiquant votre pseudo Rodolphe Quiédeville Je vous invite à visiter cette page régulièrement. Sinon vous pouvez en profiter pour corriger les erreurs autour de chez vous. N'hésitez pas si vous avez des questions, Cordialement Bonjour joedalton, Pour l'historique j'ai dessiné les ways puis un contributueur à ajouté les bâtiments et créant les dit checvauchements. Cas claissique d'import massif sans correction manuelle. Pour ma part quand je fais des imports de bâtiments je recale systématiquement les ways après. Ne sachant pas si le contibuteur matubu qui a importé les bâtiment n'a pas fait une erreur de calage je ne vais pas décalé les ways, il faudrait plutôt reprendre l'import des bâtiments pour voir si tout est correct. Osmose ne sait pas détecter l'antériorité des ways les uns par rapport aux autres ? Cordialement PS : je cc la liste OSM pour ouvrir la discussion sur des faux-positifs d'osmose -- Rodolphe Quiédeville - Artisan Logiciel Libre http://cartosm.eu - Intégration de carte libre sur site web Blog : http://blog.rodolphe.quiedeville.org/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Ça pousse des postes et des écoles vers chez moi... mais
Le 23 juin 2012 20:39, chan...@aol.com a écrit : SVP Je me suis inscrite par erreur. Quelqu'un pêut-il m'indiquer la procédure pour se désinscrire (je reçois des dizaines d'emails par jour sur une boîte mail déjà saturée) Tout est là: http://lists.openstreetmap.org/listinfo/talk-fr Romain Merci chan...@aol.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[forum-osm-fr]Arriv�e sur la communaut�
Le message suivant de Ronan B: ## Bonjour à tous, Je me suis inscrit il y a peu sur OSM et j'aime beaucoup le principe et de pouvoir contribuer à cette action. J'ai commencé par indiquer quelques infos sur là où j'habite et quelques endroits où j'ai l'habitude d'aller par contre je sais pas trop par où continuer, comment aider un peu plus le projet? J'ai du temps libre surtout en ce moment donc n'hésitez pas à m'aider. Je suis pas très bon du tout en anglais et du coup je galère avec toutes les indications. Merci de votre aide, Ronan a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=10 Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une concertation sur la liste avant de recopier la/les meilleurs réponses sur le forum. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. -- Les questions sur ce robot de transfert forum-liste peuvent être posées à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Mercredi 27 Juin à Ivry après-midi/ Soirée OpenStreetMap
Si vous ne voyez pas ce message correctement cliquez ici http://www.atravers.org/ pour charger cette newsletter au format pdf cliquez ici http://www.atravers.org/cb/cb09/Flyer%20A%20TRA%20OSM%20coul.pdf *www.atravers.org* http://www.atravers.org/ / *www.openstreetmap.fr* http://www.openstreetmap.fr / *www.iledefrance.fr* http://www.iledefrance.fr/ L'association À Travers à le plaisir de vous inviter *Mercredi 27 juin à partir de 14 heures *à une après-midi/ soirée OpenStreetMap (OSM*) *avec l'association OSM-France* *14 h - cartopartie du Petit-Ivry * *18h30 - l'apéro des 10 ans de l'association !!! * *19h - Carte blanche à OSM-France* * OSM est une carte du monde (+ une base de donnée et + encore...) réalisée par chacun,presque aussi simple à utiliser que l’encyclopédie libre wikipédia *Débutants, (ou contributeurs aguerris),* ** *amis, voisins, associations, rejoignez-nous pour cette journée conviviale. *Venez découvrir OSM ! * * *Cette journée s'inscrit dans le cadre du projet* **« Cartographies web partagées »* www.atravers.org/Presentation-du-projet http://www.atravers.org/Presentation-du-projet * projet soutenu par la région Île-de-France au titre des projets citoyens *Coordination Benoît Ferchaud, pilotage Denis Moreau, production Arnaud Boland ** * *Programme détaillé de la journée * *14h — Atelier / promenade* Création collective d’une nouvelle carte du quartier avec la méthode OSM « Walking Papers + Potlatch » *www.walking-papers.org http://www.walking-papers.org/* rdv ou local de l'association à 14h ... départ vers 14h30 possibilité de nous retrouver en appelant le mobile : 06 52 67 61 10 *18h30 **— Apéro engagé / 10 ans de l'association À Travers** * *19h — Rencontre avec l'association OSM-France** * www.openstreetmap.fr http://www.openstreetmap.fr La soirée débutera par une courte présentation du projet « cartographies web partagées » expliquant l’intérêt d’OSM pour le développement de ce projet local et numérique + d'infos ici : www.atravers.org/Presentation-du-projet http://www.atravers.org/Presentation-du-projet Marc Sibert et d'autre contributeurs d'OpenStreetMap viendront présenter le projet mondial OSM sous la forme de courtes présentations d'une vingtaine de minutes chacune sur des sujets suivant : - Les principes d'OSM - Les licences Ouvertes pour des données libres gratuites - Pourquoi contribuer - OSM et l'Humanitaire HOT et l'exemple de la carte d'Haïti élaboré suite au séisme de 2010 http://fr.wikipedia.org/wiki/S%C3%A9isme_de_2010_%C3%A0_Ha%C3%AFti - Comment utiliser les données d'OSM : exemple du site www.wheelmap.org http://www.wheelmap.orgqui répertorie les accessibilités handicapé À partir de 19h, un buffet contributif et participatif accompagne la rencontre : amenez quelque chose ! *Merci, si possible, de confirmer votre venue...* *Participation :* gratuite + plat/ boisson/ dessert ou contribution aux frais du buffet... et/ ou adhésion aux associations... *Lieu de rendez-vous :* Local de l'association À TRAVERS 18 ter, rue Poulmarch, 94200 IVRY-sur-Seine, quartier du PETIT-IVRY MÉTRO (Ligne 7) / STATION Pierre et Marie CURIE *visualier l'adresse sur openstreetmap* http://openstreetmap.fr/node/265 atravers.a...@gmail.com mailto:atravers.a...@gmail.com / 09 51 76 42 57 / 06 52 67 61 10 *www.atravers.org* http://www.atravers.org/ *www.atravers.org* http://www.atravers.org/ / *www.openstreetmap.fr* http://www.openstreetmap.fr / *www.iledefrance.fr* http://www.iledefrance.fr/ -- Veuillez nous excuser et nous signaler si cette information vous importune ou bien au contraire si vous souhaitez être informer de nos activités, merci à vous ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Tracker sur téléphone portable Android
Bonsoir, Je possède un téléphone portable Android avec la fonction AGPS, mais je n'ai pas d'abonnement internet associé (3G). Est-il possible d'installer une application Android pour enregistrer mes traces GPS, sans avoir d'abonnement internet lié à mon forfait téléphonique, afin de les envoyer vers OSM ? Si oui quelle application puis-je installer ? Merci par avance. -- View this message in context: http://gis.19327.n5.nabble.com/Tracker-sur-telephone-portable-Android-tp5714047.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tracker sur téléphone portable Android
Bonsoir, A priori le wiki donne plusieurs soft qui servent de tracket pour Android, et une connection 3G n'est pas nécessaire aux GPS. Regarde par ici par exemple http://wiki.openstreetmap.org/wiki/FR:OSMtracker_%28Android%29 Cordialement. 2012/6/24 vope v...@live.fr: Bonsoir, Je possède un téléphone portable Android avec la fonction AGPS, mais je n'ai pas d'abonnement internet associé (3G). Est-il possible d'installer une application Android pour enregistrer mes traces GPS, sans avoir d'abonnement internet lié à mon forfait téléphonique, afin de les envoyer vers OSM ? Si oui quelle application puis-je installer ? Merci par avance. -- View this message in context: http://gis.19327.n5.nabble.com/Tracker-sur-telephone-portable-Android-tp5714047.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tracker sur téléphone portable Android
Salut, 2012/6/24 Tetsuo Shima tets...@gmail.com: Bonsoir, A priori le wiki donne plusieurs soft qui servent de tracket pour Android, et une connection 3G n'est pas nécessaire aux GPS. Attention, une connection data peut être nécessaire pour utiliser le GPS pour synchroniser le temps ou récupérer les éphémérides. Teste le gps avant en désactivant la data (soit avec google maps, soit avec une application dédiée). Regarde par ici par exemple http://wiki.openstreetmap.org/wiki/FR:OSMtracker_%28Android%29 Cordialement. 2012/6/24 vope v...@live.fr: Bonsoir, Je possède un téléphone portable Android avec la fonction AGPS, mais je n'ai pas d'abonnement internet associé (3G). Est-il possible d'installer une application Android pour enregistrer mes traces GPS, sans avoir d'abonnement internet lié à mon forfait téléphonique, afin de les envoyer vers OSM ? Si oui quelle application puis-je installer ? Merci par avance. -- View this message in context: http://gis.19327.n5.nabble.com/Tracker-sur-telephone-portable-Android-tp5714047.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-ja] ODbLオンライン勉強会(その7)
このあたりからコアな内容になります。 2.0 WHAT THIS LICENSE COVERS 2.0 本ライセンスの対象 2.1. Legal effect of this document. This License is: a. A license of applicable copyright and neighbouring rights; b. A license of the Database Right; and c. An agreement in contract between You and the Licensor. 2.1. 本契約の法的効果: 本ライセンスには、以下が含まれる。 a. 該当する著作権及び隣接権についてのライセンス。 b. データベース権についてのライセンス。 c. あなたと許諾者との間における契約合意。 2.2 Legal rights covered. This License covers the legal rights in the Database, including: 2.2 対象となる法的権利: 本ライセンスは、本データベースに関する法的権利を対象とし、これには、以下が含まれる。 a. Copyright. Any copyright or neighbouring rights in the Database. The copyright licensed includes any individual elements of the Database, but does not cover the copyright over the Contents independent of this Database. See Section 2.4 for details. Copyright law varies between jurisdictions, but is likely to cover: the Database model or schema, which is the structure, arrangement, and organisation of the Database, and can also include the Database tables and table indexes; the data entry and output sheets; and the Field names of Contents stored in the Database; a. 著作権: 本データベースに関するあらゆる著作権又は隣接権をいう。本ライセンスが許諾する著作権は、本データベースの個別要素を対象とするが、本データベースから独立したコンテンツに関する著作権を対象としない。詳細は第2.4項を参照。著作権法は法域ごとに異なっているが、本データベースのモデル又はスキーマ（本データベースの構造、配列、及び構成）を対象とする可能性が高く、本データベースの見出し及び目次、データ入力及び出力シート、並びに本データベース内に保存したコンテンツのフィールド名も含まれる可能性がある。 //メモ（ここから↓）- コンテンツの著作権はあくまで別扱いです。 ここでいう著作権はデータベースそのもの（論文、数値、図形その他の情報の集合物であって、それらの情報を電子計算機を用いて検索できるように体系的に構成したもの）に対するものであり、情報の階層構造やキーの付け方など、検索しやすくするための構成に創意工夫が見られる場合に著作権が認められる可能性があります。 --メモ（ここまで↑）---// b. Database Rights. Database Rights only extend to the Extraction and Re-utilisation of the whole or a Substantial part of the Contents. Database Rights can apply even when there is no copyright over the Database. Database Rights can also apply when the Contents are removed from the Database and are selected and arranged in a way that would not infringe any applicable copyright; and b. データベース権: データベース権は、コンテンツの全体又は実質的部分の抽出又は再利用のみを対象とする。データベース権は、本データベースについて著作権が存在しない場合であっても適用することができる。データベース権は、コンテンツを本データベースから取り出した上で、該当するいかなる著作権も侵害しない方法によってそのコンテンツの選択及び編集を行った場合にも適用することができる。 //メモ（ここから↓）- データベース権は日本には存在しない概念ですが、仮にEUの司法に何らかの判断を仰ぐことが必要になった場合に有効な条項と思われます。 --メモ（ここまで↑）---// c. Contract. This is an agreement between You and the Licensor for access to the Database. In return you agree to certain conditions of use on this access as outlined in this License. c. 契約: 本データベースへのアクセスに関して、あなたと許諾者との間における取り決めを意味する。あなたの側では、本ライセンス契約に記載するとおり、そのアクセス利用に関する一定の条件に同意する。 2.3 Rights not covered. a. This License does not apply to computer programs used in the making or operation of the Database; b. This License does not cover any patents over the Contents or the Database; and c. This License does not cover any trademarks associated with the Database. 2.3 対象外の権利 a. 本ライセンスは、本データベースの作成又は運営に使用するコンピューター・プログラムを対象としない。 b. 本ライセンスは、コンテンツ又は本データベースに関する特許を対象としない。 c. 本ライセンスは、本データベースに関連する商標を対象としない。 2.4 Relationship to Contents in the Database. The individual items of the Contents contained in this Database may be covered by other rights, including copyright, patent, data protection, privacy, or personality rights, and this License does not cover any rights (other than Database Rights or in contract) in individual Contents contained in the Database. For example, if used on a Database of images (the Contents), this License would not apply to copyright over individual images, which could have their own separate licenses, or one single license covering all of the rights over the images. 2.4 本データベース内のコンテンツとの関係: 本データベースに含まれる個別的なコンテンツには、他の権利（著作権、特許、データ保護、プライバシー、又は人格権などを含む。）が適用される場合がある。本ライセンスは、本データベースに含まれる個別的なコンテンツに関する権利を対象としない（ただし、データベース権、又は契約合意による場合を除く）。例えば、本ライセンスを画像（コンテンツ）のデータベースについて使用した場合、本ライセンスは、個々の画像には適用されない。この場合、個々の画像は、それぞれ独自に個別ライセンスの適用を受けるか、又はそれらの画像に関するすべての権利を対象とした単一ライセンスの適用を受ける。 ODbL本文の対訳（非公式ドラフト） http://wiki.openstreetmap.org/wiki/OSMFJ/ODbL/1.0/text ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [Talk-us] Whole-US Garmin Map update - 2012-06-20
On 06/24/2012 02:21 PM, Paul Johnson wrote: Wow, the 4000MB image is looking a wee bit light...indeed the kml indicates a serious swiss cheese factor. What happened? Looks like Lambertus has been busy. A bunch of stuff has changed. It'll take some time to fix up. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Whole-US Garmin Map update - 2012-06-20
On Sun, Jun 24, 2012 at 2:51 PM, Dave Hansen d...@sr71.net wrote: On 06/24/2012 02:21 PM, Paul Johnson wrote: Wow, the 4000MB image is looking a wee bit light...indeed the kml indicates a serious swiss cheese factor. What happened? Looks like Lambertus has been busy. A bunch of stuff has changed. It'll take some time to fix up. So this isn't the final size yet? ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
