[OSM-talk-be] Some numbers on address nodes within or on building
http://www.openstreetmap.org/user/lxbarth/diary/20261 I won't spoil the story by repeating the numbers here :-) m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] Mapping of multiple-lane toll areas
Is cash precise enough? Some exits off the M6 Toll accept payment by electronic pass, cards and coins, but not notes as those exits are unmanned. Phil (trigpoint) -- Sent from my Nokia N9 On 24/10/2013 1:38 Paul Johnson wrote: I've been using payment:pikepass=yes payment:cash=no on Pikepass lanes. Though I may be adding payment:kpass and payment:txtag if the turnpike authority starts cooperating with other states on this. Curious how you'd handle Colorado's turnpikes... payment:licenseplate=yes payment:cash=no? On Wed, Oct 23, 2013 at 6:54 PM, James Mast rickmastfa...@hotmail.com wrote: Here's what I did for the Gateway Toll Plaza on the PA Turnpike (I-76): http://www.openstreetmap.org/#map=17/40.90416/-80.49337 I know it isn't perfect, but at least it has the correct # of lanes for the toll plaza. Till we can a agree on a proper tag for Toll Tag Only lanes when there are still Cash lanes, I'm betting the routers direct everybody onto the E-ZPass Express lanes. -James ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mapping of multiple-lane toll areas
Martin Raifer tyr@gmail.com writes: There is another complication with this kind of lane mapping: At many motorway toll areas, not all toll booths are open all the time. Often even the allowed traffic direction through the individual booths is changed dynamically to meet asymmetric demand! this is the norm for most toll plazas on the New York State Thruway and many other US toll roads. James Mast rickmastfa...@hotmail.com writes: Here's what I did for the Gateway Toll Plaza on the PA Turnpike (I-76): http://www.openstreetmap.org/#map=17/40.90416/-80.49337 I know it isn't perfect, but at least it has the correct # of lanes for the toll plaza. Till we can a agree on a proper tag for Toll Tag Only lanes when there are still Cash lanes, I'm betting the routers direct everybody onto the E-ZPass Express lanes. which is good, but again, we find ourselves facing the problem of many toll plazas that are _extremely_ reconfigurable; NYS accepts EZPass in all lanes on the Thruway, but for busy plazas like Exits 24 and 25, will convert lanes to EZPass-only as needed for traffic conditions as well as flip their directions. but it works well for, say, Woodbury Plaza on the Thruway which introduced high speed EZPass lanes in the recent major reconstruction, and separated out the north southbound cash toll plazas so they no longer switch directions. this is what we have for Exit 24 of the Thruway right now: http://www.openstreetmap.org/#map=17/42.69882/-73.84349 it doesn't fully reflect the circumstances, but current tagging in OSM can't really capture the things going on here so far as i know. Exit 24 is extremely busy at rush hour, and the traffic flow is very directional so the center group of lanes changes direction twice a day and the number of EZPass only lanes goes up during the rush. richard signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM Tilesets on DVD/CDROM?
On Tue, Oct 22, 2013 at 12:36 PM, Arnie Shore asho...@verizon.net wrote: All, I've googled unsuccessfully; Can someone point me to any source/vendor of subject tile sets, by say, USA county or state. I think geofabrik does provide this kind of service. http://www.geofabrik.de/maps/tiles.html -- -S ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Taginfo for Changesets?
Is there an equivalent of taginfo for the tags in changesets? Short of that is there a search facility for changeset tags? ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-de] Amtliche Daten
Wie gebt ihr Namen oder Hausnummern in die OSM ein, wenn sie nicht mit der Schreibweise der entsprechenden amtlichen Liste übereinstimmen? Hintergrund ist: Ich habe in den letzten Tagen die Straßenvergleichsliste in Bremen (http://regio-osm.de/listofstreets/wiki/index.php?title=Bremen) ein wenig gepflegt und dabei die Einzelnen Fälle von Differenzen unterschieden. Nun gibt es solche harten Abweichungen wie In'n Dörp (vor Ort) und In n Dörp (amtliche Liste), Friedrich-Meier-Weg (vor Ort) und Fritz-Meier-Weg (amtliche Liste) oder Wurtmannplatz (vor Ort) und Johann-Wurtmann-Platz (amtliche Liste). Teilweise waren auch groß- und Kleinschreibung anders. Die betreffende Liste von der Stadt ist eine xls-datei und unter der Creative Commons Namensnennung 3.0 veröffentlicht. (siehe http://www.daten.bremen.de/de/datensatz/bremen236.c.8060.de) Ich selbst mappe eigentlich - sofern es kein offensichtlicher Fehler ist - namen wie sie vor Ort auf Schildern stehen. LG cracklinrain ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Amtliche Daten
cracklinrain schrieb: Wie gebt ihr Namen oder Hausnummern in die OSM ein, wenn sie nicht mit der Schreibweise der entsprechenden amtlichen Liste übereinstimmen? Vor Ort Liste Grüße, Dirk -- Local time :: Ortszeit :: DE-HH 2013-10-24T19:35:54+0200 signature.asc Description: PGP signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Amtliche Daten
Am 24.10.2013 19:36, schrieb Dirk Sohler: cracklinrain schrieb: Wie gebt ihr Namen oder Hausnummern in die OSM ein, wenn sie nicht mit der Schreibweise der entsprechenden amtlichen Liste übereinstimmen? Vor Ort Liste +1 ...und wenn Du zu viel Zeit hast, bei den amtlichen Stellen mal bescheidsagen und gucken, was passiert ;) Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Amtliche Daten
2013/10/24 cracklinrain cra_klinr...@gmx.de Wie gebt ihr Namen oder Hausnummern in die OSM ein, wenn sie nicht mit der Schreibweise der entsprechenden amtlichen Liste übereinstimmen? Was vor Ort steht, kommt in name=* und was in der Liste steht könnte man in official_name=* oder auch alt_name=* packen (wenn es von der Lizenz passt). ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Amtliche Daten
Hi, On 24.10.2013 18:43, cracklinrain wrote: Wie gebt ihr Namen oder Hausnummern in die OSM ein, wenn sie nicht mit der Schreibweise der entsprechenden amtlichen Liste übereinstimmen? Stimme weitgehend mit den anderen ueberein - wenn Du nun den Namen aus der Liste eintruegest, wuerde jemand anders, der vor Ort vorbeikommt, den evtl. wieder zurueck aendern. Die Englaender haben dieses Problem mit den freigegebenen amtlichen Daten auch, und weil es dort leider oft vorkam, dass Leute die Karte anhand der amtlichen Daten veraendert haben, wurd der Key not:name eingefuehrt, in den sie dann den nicht-korrekten amtlichen Namen eingetragen hatten. Dadurch konnten Korrektur-Tools die Strasse anhand des not:name richtig zuordnen. http://wiki.openstreetmap.org/wiki/Key%3Anot%3Aname Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Amtliche Daten
Dirk Sohler s...@0x7be.de wrote: Wie gebt ihr Namen oder Hausnummern in die OSM ein, wenn sie nicht mit der Schreibweise der entsprechenden amtlichen Liste übereinstimmen? Vor Ort Liste Im Allgemeinen orientiert sich der vor Ort Suchende an den Schildern vor Ort und nicht an Listen. Insbesondere hat der der lateinischen Buchstaben nicht mächtige Analphabet, Chinese, Russe, Araber etc. nur den Bildvergleich und keinerlei Interpretationsmöglichkeiten. Daher +1. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-in] Usage of www.surveykshan.gov.in
Seems so. So we have to do the hard way.. Digital data is still taboo in GOI. On Thursday, October 24, 2013 10:29 AM, Aditya Nag aditya.nag.2...@gmail.com wrote: Guys, this is the reply I got from Survey of India office when I asked for clarification of usage of surveykshan website- We would like to inform you that Web Map Service portal of Survey of India i.e. www.surveykshan.gov.in is designed keeping in mind that one can view / print their area of interest / location without purchasing entire map i.e. for individual use only. However, for such purpose digital data can be purchased from Survey of India by duly signing License Agreement / MOU. I think the second paragraph was a reply to my query about updating place names from surveykshan into osm database. Aditya Nag. ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in
[Talk-it] File svg e curve di livello
Ciao a tutti, la domanda è molto semplice. dal sito openstreetmap esporto la porzione di mappa in formato svg, vorrei però quando la apro con illustrator trovare anche le curve di livello molto utili soprattutto nelle zone di montagna. Come mai non trovo mai le curve di livello sui file svg che produco? grazie Mich74 ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] File svg e curve di livello
potresti usare maperitive per fare questo. Se non ricordo male nell'svg risultano anche le curve di livello se le aggiungi al redering Il 24/10/2013 09:02, Michele Malfatti ha scritto: Ciao a tutti, la domanda è molto semplice. dal sito openstreetmap esporto la porzione di mappa in formato svg, vorrei però quando la apro con illustrator trovare anche le curve di livello molto utili soprattutto nelle zone di montagna. Come mai non trovo mai le curve di livello sui file svg che produco? grazie Mich74 ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] File svg e curve di livello
2013/10/24 Michele Malfatti michele.malfa...@gmail.com: Come mai non trovo mai le curve di livello sui file svg che produco? le curve di livello non sono dati OSM, ma vengono appiccicati alla mappa in fase di rendering, provengono da una fonte esterna (SRTM o ASTER). -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] File svg e curve di livello
ok grazie della risposta Il giorno 24 ottobre 2013 10:14, Simone Cortesi sim...@cortesi.com ha scritto: 2013/10/24 Michele Malfatti michele.malfa...@gmail.com: Come mai non trovo mai le curve di livello sui file svg che produco? le curve di livello non sono dati OSM, ma vengono appiccicati alla mappa in fase di rendering, provengono da una fonte esterna (SRTM o ASTER). -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] File svg e curve di livello
2013/10/24 Simone Cortesi sim...@cortesi.com le curve di livello non sono dati OSM, ma vengono appiccicati alla mappa in fase di rendering, provengono da una fonte esterna (SRTM o ASTER). si, vale la pena notare che non tutti i fonti SRTM e Aster sono gratuitamente utilizzabili ai fini commerciali, per esempio CGIAR richiede una licenza: http://srtm.csi.cgiar.org/SRTM_FAQ.asp#1 ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Talk-it-sardinia
Ciao, ho il piacere di annunciare la creazione della mailing list regionale della Sardegna. Se siete del posto o interessati a discutere di argomenti locali, iscrivetevi! https://lists.openstreetmap.org/listinfo/talk-it-sardinia Contestualmente ho attivato la visualizzazione su Nabble se si preferisce la visualizzazione a forum. http://talk-it-sardegna.22935.n7.nabble.com/ Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Mappe open e licenza Garmin
In un gruppo di discussione sul geocaching sostengono che l'installazione di mappe non originali (non si intende crackate, bensì prodotti open o free) su di un gps Garmin ne invalidi la garanzia. Qualcuno ha qualche esperienza diretta in tal senso? A me sembrerebbe una clausola vessatoria (che peraltro non trovo scritta da nessuna parte, a meno che l'installazione di una mappa sia da considerarsi una modifica software, cosa che escluderei...) A mero titolo di esempio sono esclusi dall’assistenza in Garanzia: danni provocati da una modifica del prodotto o alterazione (hardware o software) dello stesso, senza la preventiva autorizzazione scritta di Garmin; fonte: http://www.garmin.com/it/legal/norme-di-garanzia/ Peraltro non mi stupirebbe questa posizione da parte di Garmin... Cosa ne dite? Ciao Emilio ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mappe open e licenza Garmin
Di fatto è una alterazione software ma bisogna dimostrare che la causa del danno sia l'alterazione stessa. Se si rompe la retroilluminazione del display, la garanzia risponde comunque in quando non causata dall'alterazione software. Il 24/10/2013 13:27, Emilio De Angelis ha scritto: In un gruppo di discussione sul geocaching sostengono che l'installazione di mappe non originali (non si intende crackate, bensì prodotti open o free) su di un gps Garmin ne invalidi la garanzia. Qualcuno ha qualche esperienza diretta in tal senso? A me sembrerebbe una clausola vessatoria (che peraltro non trovo scritta da nessuna parte, a meno che l'installazione di una mappa sia da considerarsi una modifica software, cosa che escluderei...) A mero titolo di esempio sono esclusi dall’assistenza in Garanzia: danni provocati da una modifica del prodotto o alterazione (hardware o software) dello stesso, senza la preventiva autorizzazione scritta di Garmin; fonte: http://www.garmin.com/it/legal/norme-di-garanzia/ Peraltro non mi stupirebbe questa posizione da parte di Garmin... Cosa ne dite? Ciao Emilio ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it -- Stefano Fraccaro Web: http://www.stefanofraccaro.org ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mappe open e licenza Garmin
Quoto. Non ho esperienza di riparazioni in garanzia, ma faccio una riflessione. Il mio Garmin l'ho acquistato senza mappe precaricate. Quindi suppongo che la clausola della garanzia relativa al software si riferisca a quello preinstallato (firmware) e/o contenuto nella confezione (drivers, Mapsource, mappa mondiale gratis). Aprendo la confezione o registrando il prodotto al sito apposito, accetto questa clausola, che non mi vieta di _aggiungere_ un altro software (le nostre mappe). Diverso sarebbe se andassi a _sostituire_ il software che fa parte dell'accordo di licenza, ad esempio il firmware. Ciao /niubii/ Il 24/ott/2013 13:36 Stefano Fraccaro postmas...@stefanofraccaro.org ha scritto: Di fatto è una alterazione software ma bisogna dimostrare che la causa del danno sia l'alterazione stessa. Se si rompe la retroilluminazione del display, la garanzia risponde comunque in quando non causata dall'alterazione software. Il 24/10/2013 13:27, Emilio De Angelis ha scritto: In un gruppo di discussione sul geocaching sostengono che l'installazione di mappe non originali (non si intende crackate, bensì prodotti open o free) su di un gps Garmin ne invalidi la garanzia. Qualcuno ha qualche esperienza diretta in tal senso? A me sembrerebbe una clausola vessatoria (che peraltro non trovo scritta da nessuna parte, a meno che l'installazione di una mappa sia da considerarsi una modifica software, cosa che escluderei...) A mero titolo di esempio sono esclusi dall’assistenza in Garanzia: danni provocati da una modifica del prodotto o alterazione (hardware o software) dello stesso, senza la preventiva autorizzazione scritta di Garmin; fonte: http://www.garmin.com/it/**legal/norme-di-garanzia/http://www.garmin.com/it/legal/norme-di-garanzia/ Peraltro non mi stupirebbe questa posizione da parte di Garmin... Cosa ne dite? Ciao Emilio __**_ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.**org/listinfo/talk-ithttps://lists.openstreetmap.org/listinfo/talk-it -- Stefano Fraccaro Web: http://www.stefanofraccaro.org __**_ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.**org/listinfo/talk-ithttps://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mappe open e licenza Garmin
2013/10/24 Stefano Fraccaro postmas...@stefanofraccaro.org Di fatto è una alterazione software ma bisogna dimostrare che la causa del danno sia l'alterazione stessa. Se si rompe la retroilluminazione del display, la garanzia risponde comunque in quando non causata dall'alterazione software. perché dovrebbe essere una alterazione del software? E' previsto dal device di poter caricare mappe, e ci sono anche altri offerenti di mappe che non sono Garmin. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mappe open e licenza Garmin
Concordo con chi mi ha preceduto. Anzi, calcolando che con MapSource (o BaseCamp), software sviluppati e messi a disposizione da Garmin stessa, si possono sostituire le mappe presenti e/o installarne delle nuove, mi sembra molto improbabile che questa operazione vada a invalidare una garanzia. Soprattutto partendo dal discorso che le mappe non-Garmin si possono mettere su SD... Diverso è il discorso di un firmware patchato, per esempio per poter mettere mappe BirdsEye non scaricate da Garmin. Ciao Cristiano PS: dato che anche io sono geocacher, mi indichi il gruppo di discussione in cui è saltata fuori questa cosa? Non per fare polemica, solo che non ci sono molti gruppi dedicati al geocaching... Grazie. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mappe open e licenza Garmin
Concordo con questa teoria: Il software citato a mio giudizio si può al più riferire al firmware del prodotto, che gestisce tutte le funzioni base dell'apparecchio, ed al software di navigazione. La mappa che il software di navigazione si ritrova a gestire al più può essere considerato un dato. Tanto più che la mappa viene caricata su una scheda di memoria esterna e che quindi non fa parte dell'apparecchio originale. Ciao Cristian Il 24.10.2013 13:47 Francesco Pelullo ha scritto: Quoto. Non ho esperienza di riparazioni in garanzia, ma faccio una riflessione. Il mio Garmin l'ho acquistato senza mappe precaricate. Quindi suppongo che la clausola della garanzia relativa al software si riferisca a quello preinstallato (firmware) e/o contenuto nella confezione (drivers, Mapsource, mappa mondiale gratis). Aprendo la confezione o registrando il prodotto al sito apposito, accetto questa clausola, che non mi vieta di _aggiungere_ un altro software (le nostre mappe). Diverso sarebbe se andassi a _sostituire_ il software che fa parte dell'accordo di licenza, ad esempio il firmware. Ciao /niubii/ Il 24/ott/2013 13:36 Stefano Fraccaro ha scritto: Di fatto è una alterazione software ma bisogna dimostrare che la causa del danno sia l'alterazione stessa. Se si rompe la retroilluminazione del display, la garanzia risponde comunque in quando non causata dall'alterazione software. Il 24/10/2013 13:27, Emilio De Angelis ha scritto: In un gruppo di discussione sul geocaching sostengono che l'installazione di mappe non originali (non si intende crackate, bensì prodotti open o free) su di un gps Garmin ne invalidi la garanzia. Qualcuno ha qualche esperienza diretta in tal senso? A me sembrerebbe una clausola vessatoria (che peraltro non trovo scritta da nessuna parte, a meno che l'installazione di una mappa sia da considerarsi una modifica software, cosa che escluderei...) A mero titolo di esempio sono esclusi dall'assistenza in Garanzia: danni provocati da una modifica del prodotto o alterazione (hardware o software) dello stesso, senza la preventiva autorizzazione scritta di Garmin; fonte: http://www.garmin.com/it/legal/norme-di-garanzia/ [1] Peraltro non mi stupirebbe questa posizione da parte di Garmin... Cosa ne dite? Ciao Emilio ___ Talk-it mailing list Talk-it@openstreetmap.org [2] https://lists.openstreetmap.org/listinfo/talk-it [3] -- Stefano Fraccaro Web: http://www.stefanofraccaro.org [4] ___ Talk-it mailing list Talk-it@openstreetmap.org [5] https://lists.openstreetmap.org/listinfo/talk-it [6] Invita i tuoi amici e Tiscali ti premia! Il consiglio di un amico vale più di uno spot in TV. Per ogni nuovo abbonato 30 € di premio per te e per lui! Un amico al mese e parli e navighi sempre gratis http://freelosophy.tiscali.it/ [8] Links: -- [1] http://www.garmin.com/it/legal/norme-di-garanzia/ [2] mailto:Talk-it@openstreetmap.org [3] https://lists.openstreetmap.org/listinfo/talk-it [4] http://www.stefanofraccaro.org [5] mailto:Talk-it@openstreetmap.org [6] https://lists.openstreetmap.org/listinfo/talk-it [7] mailto:postmas...@stefanofraccaro.org [8] http://freelosophy.tiscali.it/ Invita i tuoi amici e Tiscali ti premia! Il consiglio di un amico vale più di uno spot in TV. Per ogni nuovo abbonato 30 € di premio per te e per lui! Un amico al mese e parli e navighi sempre gratis http://freelosophy.tiscali.it/ ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Standardizzazione toponimi bilingui della Sardegna ed adattamento al modello altoadesino
quindi, dopo un breve scambio di mail un utente si è sentito in diritto di cominciare a fare cambiamenti rilevanti alla mappa apparentemente senza capire che OSM non è solo una mappa come G ma un DB in cui la valorizzazione delle varie informazioni si può fare in mille modi diversi ... andiamo bene. Come ho già scritto precedentemente, avevo fatto le modifiche PRIMA DI SAPERE che ci fosse il gruppo a cui rivolgersi per le discussioni, e vedendo che sulla wiki ancora non c'era una sezione della guida per quanto riguarda la Sardegna, a differenza delle altre zone bilingui come Trentino Alto Adige/Sudtirol e Friuli-Venezia Giulia (http://wiki.openstreetmap.org/wiki/Multilingual_names#Italy). Sono venuto qui per sapere se c'erano problemi o modifiche da fare. Ho scritto, ho aspettato le varie risposte per giorni e partecipato alla discussione quando potevo, dato che al momento ho problemi con la connessione internet. Alla fine non si è concluso nulla. Dato che a quanto pareva la maggior parte era d'accordo e la discussione sembrava morta ho ritenuto che andasse bene. L'unica modifica che ho fatto dopo avere scritto la prima mail qui è stato cambiare un nome di città sostituendo al trattino (che in effetti può dare confusione anche se a Bolzano, ad esempio, è utilizzato) la sbarra. Nient'altro. Non ne ho avuto neanche il tempo se per questo. Comunque per quanto riguarda l'ufficialità della lingua sarda in Sardegna lo scriverò di nuovo: è ufficiale, ci sono documenti sia della regione sia dei comuni che utilizzano sia quella sia i toponimi in sardo, gran parte dei toponimi sono stati approvati tramite delibera dai comuni stessi ed è la lingua madre della maggior parte della popolazione sarda. Inoltre la segnaletica bilingue è onnipresente. Non vedo dove stia l'assurdità nell'inserirla a fianco dell'italiano. cmq sia ci ho pensato sui nomi ufficiali bilingui, la cosa che mi preoccupa è che renderanno più difficile il riutilizzo dei dati osm per altri scopi. Che genere di scopi? Scusa l'ignoranza, ma perchè dovrebbero esserci problemi? I nomi sono inseriti anche separatamente ( se uno cerca il nome in italiano lo trova comunque) e mentre il campo name non è definito come lingua, quello name:it che ho inserito sì, per cui se fosse necessario ad esempio archiviare o inserire in un database l'insieme dei toponimi in italiano sarebbe più semplice e sicuro farlo. sì, ma io mi chiedo anche cosa penseranno gli utenti che vedono la mappa su osm.org, penseranno che la mappa è più dettagliata, che sono nomi di quartieri o che sono errori? Quanti si aspettano di vedere i nomi studiati alle elementari? Ovviamente dipende dove uno è andato a scuola (la prima volta che ho studiato geografia non era del tutto sicuro che il Molise(!) fosse una regione separata dall'Abruzzo, nonostante fossero passati parecchi anni) Credo che pernseranno che sia più dettagliata (d'altronde, è abbastanza semplice come impostrazione), e comunque la pagina di Wikipedia è inserita per questo motivo (aprendola troverebbero il nome in sardo, es:Cagliari (IPA: [ˈkaʎʎari][3] ascolta[?·info] Casteddu in sardo[4] /ka'steɖːu/)). Inoltre non vedo comunque il problema. Se non conoscono il sardo si ritroveranno con un nome in più accanto a quello che hanno sempre letto, nessuno credo voglia cancellare i nomi in italiano. comunque, per i casi dove si non riesce ad ottenere una decisione univoca c'è la on the ground rule, che dice che va messo nel tag name ciò che si trova sui cartelli in quel luogo. E' stata inventato per il caso di cipro, dove turchi e greci non riuscivono di trovare una soluzione concordata. https://wiki.openstreetmap.org/wiki/Disputes#On_the_Ground_Rule ciao, Martin Ah perfetto, grazie! Anche se spero si possa arrivare a non averne bisogno. a proposito di Comuni, qualcuno può controllare perché risultano due relazioni per questo: 40345 Iscanu-Scano di Montiferro(8) nome cambiato da Scano di Montiferro 3272705 Iscanu-Scano di Montiferro(8) confine apparso in Oristano, Sardegna, Italia Ogni tanto trovavo due risultati, e nel caso li modificavo entrambi. Credo che siano il confine dell'abitato del comune e quello del territorio comunale. A presto, Luca Il Mercoledì 23 Ottobre 2013 17:45, Davio davide@gmail.com ha scritto: Io procederei così: Mettere il doppio nome solo quando esso compare anche negli atti ufficiali dell'amministrazione in questione, per tutti gli altri casi si usa il tag name:xx per differenziare le varie lingue e in name si mette solo il nome in italiano. Davide - Davide -- View this message in context: http://gis.19327.n5.nabble.com/Standardizzazione-toponimi-bilingui-della-Sardegna-ed-adattamento-al-modello-altoadesino-tp5781816p5782614.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org
Re: [Talk-it] Talk-it-sardinia
Iscritto! Ciao, Luca Il Giovedì 24 Ottobre 2013 11:53, sabas88 saba...@gmail.com ha scritto: Ciao, ho il piacere di annunciare la creazione della mailing list regionale della Sardegna. Se siete del posto o interessati a discutere di argomenti locali, iscrivetevi! https://lists.openstreetmap.org/listinfo/talk-it-sardinia Contestualmente ho attivato la visualizzazione su Nabble se si preferisce la visualizzazione a forum. http://talk-it-sardegna.22935.n7.nabble.com/ Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Standardizzazione toponimi bilingui della Sardegna ed adattamento al modello altoadesino
Il 24 ottobre 2013 18:05, Luca Meloni ha scritto: a proposito di Comuni, qualcuno può controllare perché risultano due relazioni per questo: 40345 Iscanu-Scano di Montiferro(8) nome cambiato da Scano di Montiferro 3272705 Iscanu-Scano di Montiferro(8) confine apparso in Oristano, Sardegna, Italia Ogni tanto trovavo due risultati, e nel caso li modificavo entrambi. Credo che siano il confine dell'abitato del comune e quello del territorio comunale. in questo caso erano due duplicati esatti del territorio comunale (admin_level=8 e tutto il resto), quindi ho eliminato il più recente -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mappe open e licenza Garmin
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Il 24/10/2013 13:51, Martin Koppenhoefer ha scritto: 2013/10/24 Stefano Fraccaro postmas...@stefanofraccaro.org perché dovrebbe essere una alterazione del software? E' previsto dal device di poter caricare mappe, e ci sono anche altri offerenti di mappe che non sono Garmin. ciao, Martin Io credo che il problema esista. Le mappe del garmin hanno il copyright e vengono caricate solo da dvd/SD riconosciuti dalla Garmin stessa. Ora il fatto che tramite degli script installati sui vari server dove scarichiamo le immagini per il Nostro Garmin siano convertiti da *osm a *.img, di fatto per ingannare il software di navigazione, che altrimenti nn funzionerebbe. Io ho due Garmin, uno acquistato diverso tempo fà, per la macchina, ed uno recente, per escursionismo. a se si leggono le istruzioni d'uso, in tutti e due sovente viene ripetuto che sono validi solo i prodotti scaricati dal loro sito o quelli convenzonati nei vari negozi. Per cui la garanzia è sicuramente invalida per me, anche perchè qualunque cosa succeda a livello software, la cosa più semplice è dire che non è stata usata la loro roba, quindi non riconoscono l'eventuale copertura di garanzia. - -- Simone Girardelli -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iF4EAREIAAYFAlJpTNkACgkQoVS0hKoD3PMT9wEAisZW3iQgY/rT8AgqozWe8i/9 3w0FfYsrGOPF5mGosAsBAJ4E8B+RF/so0TZCTqo61RGs00rej0RIBx+baB1MZMDV =EW7F -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Pubblicate le slide di OSMit 2013
Sapevatelo! http://conf.openstreetmap.it/grazie-per-aver-partecipato-a-osmit-2013-e-arrivederci-al-2014/ (scusate il ritardo ^_^) C ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mappe open e licenza Garmin
2013/10/24 girarsi_liste liste.gira...@gmail.com Io credo che il problema esista. Le mappe del garmin hanno il copyright e vengono caricate solo da dvd/SD riconosciuti dalla Garmin stessa. certo, le mappe del Garmin hanno il copyright di Garmin, e quindi per copiarle devi avere una licenza Garmin, ma noi non usiamo le mappe di Garmin ma le nostre. Loro non hanno alcun copyright sulle nostre mappe. Ora il fatto che tramite degli script installati sui vari server dove scarichiamo le immagini per il Nostro Garmin siano convertiti da *osm a *.img, di fatto per ingannare il software di navigazione, che altrimenti nn funzionerebbe. no, è una compilazione dal nostro formato (proprietario) in un formato binario leggibile dal device. Nessun ingannimento Io ho due Garmin, uno acquistato diverso tempo fà, per la macchina, ed uno recente, per escursionismo. a se si leggono le istruzioni d'uso, in tutti e due sovente viene ripetuto che sono validi solo i prodotti scaricati dal loro sito o quelli convenzonati nei vari negozi. Per cui la garanzia è sicuramente invalida per me, anche perchè qualunque cosa succeda a livello software, la cosa più semplice è dire che non è stata usata la loro roba, quindi non riconoscono l'eventuale copertura di garanzia. non penso che sia così, ma penso soprattutto che vale la pena rischiare, anche se fosse come dici tu. ;-) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mappe open e licenza Garmin
Il 24/ott/2013 20:53 Martin Koppenhoefer dieterdre...@gmail.com ha scritto: non penso che sia così, ma penso soprattutto che vale la pena rischiare, anche se fosse come dici tu. ;-) Sicuro. Anche perchè se proprio si deve rompere, lo farà indipendentemente dai dati di partenza utilizzati per la mappa. Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mappe open e licenza Garmin
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Il 24/10/2013 20:52, Martin Koppenhoefer ha scritto: non penso che sia così, ma penso soprattutto che vale la pena rischiare, anche se fosse come dici tu. ;-) ciao, Martin Per carità, portavo un ragionamento, quanto a me, il problema non me lo pongo da un pezzo, da quando sullo smartphone ho installato una cyanogenmod. Però, di fatto, il problema spesso, lo vedo porre quando succedono problemi hardware e non si vuole pagare lo scotto della ribellione. - -- Simone Girardelli -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iF4EAREIAAYFAlJpc5AACgkQoVS0hKoD3PP/KwD8Cws9y9+nv9/iwuu8aI8vWkcZ yO9+1iJT7yS5YdowtKIBAIuxoBONt33LOOTkNycV4nJyw4I+NH89XgzGZbaRkZ8K =ZmXZ -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mappe open e licenza Garmin
Tagliamo la testa al topo: .IMG di osm sulla scheda SD e... zacchete! Se ci son problemi, la terribile hackerata scompare in tasca :) ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mappe open e licenza Garmin
Non so se sia così semplice. La mappa risiede sulla SD ma gli indici vengono caricati nella ROM al primo avvio. Penso che in caso di problemi si potrebbe verificare. Ciao /niubii/ Il 24/ott/2013 21:32 Cascafico Giovanni cascaf...@gmail.com ha scritto: Tagliamo la testa al topo: .IMG di osm sulla scheda SD e... zacchete! Se ci son problemi, la terribile hackerata scompare in tasca :) ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mappe open e licenza Garmin
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Il 24/10/2013 21:31, Cascafico Giovanni ha scritto: Tagliamo la testa al topo: .IMG di osm sulla scheda SD e... zacchete! Se ci son problemi, la terribile hackerata scompare in tasca :) Al massimo ci son problemi di aree non o poco mappate, ma ti assicuro che funziona bene, da non confondersi però, con le capacità e velocità di calcolo del processore e caratteristiche hardware, quelle non sono imputabili a openstreetmap. - -- Simone Girardelli -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iF4EAREIAAYFAlJpd/sACgkQoVS0hKoD3PNROgEAiotHatM0xeHTQeH/4TZcKaAh lKIahQwl/NZ2sPR48uQA/1JWatJOsES5T5cyTqm/SQ2Wm9ntNxc2T5TulK+3c4wy =u5q7 -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mappe open e licenza Garmin
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Il 24/10/2013 21:38, Francesco Pelullo ha scritto: Non so se sia così semplice. La mappa risiede sulla SD ma gli indici vengono caricati nella ROM al primo avvio. Penso che in caso di problemi si potrebbe verificare. La mappa viene caricata ad ogni avvio, allo spegnimento resta solo, eventualmente, memorizzato il POI o il tracciato, che di per sè è indipendente dalla mappa. - -- Simone Girardelli -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iF4EAREIAAYFAlJpeJYACgkQoVS0hKoD3PMfnwD/bYyZYQAKBrZipyvsDmm/V6UI 2DexzffQ7vdLU4DVLFAA/jEZ4vYVOu9S3G9bZE0wEtO4DRHtonzn38krfiVyWaWB =dHVN -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mappe open e licenza Garmin
Scusa ma ti devo contraddire. Quando installo una nuova mappa, al primo riavvio appare una barra di avanzamento con la scritta Building indexes. Non essendoci files nuovi sulla SD, ed essendo questa operazione eseguita una tantum, IMHO gli indici non possono che essere caricati nella ROM dello strumento. Ciao /niubii/ Il 24/ott/2013 21:45 girarsi_liste liste.gira...@gmail.com ha scritto: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Il 24/10/2013 21:38, Francesco Pelullo ha scritto: Non so se sia così semplice. La mappa risiede sulla SD ma gli indici vengono caricati nella ROM al primo avvio. Penso che in caso di problemi si potrebbe verificare. La mappa viene caricata ad ogni avvio, allo spegnimento resta solo, eventualmente, memorizzato il POI o il tracciato, che di per sè è indipendente dalla mappa. - -- Simone Girardelli -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iF4EAREIAAYFAlJpeJYACgkQoVS0hKoD3PMfnwD/bYyZYQAKBrZipyvsDmm/V6UI 2DexzffQ7vdLU4DVLFAA/jEZ4vYVOu9S3G9bZE0wEtO4DRHtonzn38krfiVyWaWB =dHVN -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mappe open e licenza Garmin
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Il 24/10/2013 22:03, Francesco Pelullo ha scritto: Scusa ma ti devo contraddire. Quando installo una nuova mappa, al primo riavvio appare una barra di avanzamento con la scritta Building indexes. Non essendoci files nuovi sulla SD, ed essendo questa operazione eseguita una tantum, IMHO gli indici non possono che essere caricati nella ROM dello strumento. Ciao /niubii/ Ma poi, ad ogni avvio, ad un certo punto, ti compare caricamento mappe. Se togli la sd, carica lo stesso, ma la base della mappa non cè più, ti rimane solo quella originariamente caricata quando lo hai comprato. Nel mio caso, il navigatore della macchian, ha il NT 2006, scusa non mi ricordo l'esatto nome della mappa. Se carico quella di openstreetmap, mi da la possibilità di scegliere solo una o tutte e due, ma nel secondo caso prevale quella di openstreetmap, il perchè in questo caso non te lo so dire. - -- Simone Girardelli -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iF4EAREIAAYFAlJpfw4ACgkQoVS0hKoD3PM0uwD+LsGMWaIDaow4rZDzmFZVpNVZ jY3nRrMQSPTGYiU3w7sA/11h2whXxqhg8gcOShrTMNRfb4N7JmIgXA4HGrj85Aka =xPmL -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mappe open e licenza Garmin
o forse nella RAM? Am 24/ott/2013 um 22:03 schrieb Francesco Pelullo f.pelu...@gmail.com: Non essendoci files nuovi sulla SD, ed essendo questa operazione eseguita una tantum, IMHO gli indici non possono che essere caricati nella ROM dello strumento. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mappe open e licenza Garmin
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Il 24/10/2013 22:22, Martin Koppenhoefer ha scritto: o forse nella RAM? Am 24/ott/2013 um 22:03 schrieb Francesco Pelullo f.pelu...@gmail.com: Non essendoci files nuovi sulla SD, ed essendo questa operazione eseguita una tantum, IMHO gli indici non possono che essere caricati nella ROM dello strumento. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it La ram è temporanea, quindi dai ragione a me? :D :D :D - -- Simone Girardelli -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iF4EAREIAAYFAlJpg4sACgkQoVS0hKoD3PN0BgEAjW+kUkeUdv7U4w45aRb/htjk 0YjuM3psflbLKnnOjloBAK0EZONjsH+jlH4nB+7DJx6LiGlEDyEmLi/s03dDBl4C =4836 -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Caselli autostradali Autostrada del Sole: discussione talk-osm
Ciao, avete notato che c'è un'interessante discussione nella ML internazionale sul tagging di un casello autostradale italiano? :) https://lists.openstreetmap.org/pipermail/talk/2013-October/068393.html Leonardo ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-es] Desplazamiento de Catastro en Castellón con Cat2osm2
Buenas David, ¿Puedes poner alguna captura de pantalla? El desplazamiento cuando es error de proyección es bastante grande de unos 25 o 50 metros, pero luego hay algunas zonas donde las geometrías están un poco (1-2 metros) desplazados de las fotos de satélite. Puedes mirar también en los archivos .PRJ de los shapefiles, a ver en qué proyección están. Esta viene justo al principio, por ejemplo PROJCS[,ETRS_1989_UTM_Zone_30N. A ver si así hay mas pistas de por qué puede ser. Saludos =) El 24 de octubre de 2013 00:56, David cyme...@gmail.com escribió: Buenas. Estoy jugando un poco con los resultados de Cat2osm2 y me he fijado que en Castellón (ciudad) los datos salen desplazados. En la documentación pone lo siguiente: Si el resultado está desplazado unos pocos metros, es un problema de reproyección. Se han encontrado archivos antiguos de catastro que al reproyectar tenían un desplazamiento que GeoTools no es capaz de arreglar. Parece que en las versiones nuevas de los archivos de Catastro, esto viene arreglado. Pues parece que o algo hago yo mal o en algunos sitios aún no está arreglado. ¿Tenéis idea de cómo puedo ponerlo todo en su sitio? -- Saludos ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- Ander Pijoan Lamas Research Assistant, Deustotech Computer Science Engineer University of Deusto E-mail: ander.pij...@deusto.es Phone: +34 664471228 in: http://www.linkedin.com/profile/view?id=162888312 ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Crear rutas y zonas
El 23/10/13 23:36, JAIME CALVOPIÑA escribió: POR FA AYUDAME COMO CREO RUTAS Y ZONAS Por favor, no utilices un mensaje para preguntar algo que no está relacionado con él. Crea un hilo nuevo. Y no utilices mayúsculas. Consulta la netiqueta [1] antes de entrar a saco en un foro o listas de correo. En cuanto a tu pregunta, como no concretes un poco más lo que quieres hacer creo que va a ser difícil que alguien te pueda ayudar. [1] https://es.wikipedia.org/wiki/Netiquette ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Desplazamiento de Catastro en Castellón con Cat2osm2
El desplazamiento medido con JOSM me sale que es de unos 110.1 metros. En las islas Columbretes parece que es 108.3m. ¿Es posible que haya algún problema por tener territorios en la península y en islas, que el área total sea demasiado grande o algo así? Aquí paso una captura: http://img545.imageshack.us/img545/5029/wdlm.png La proyección que me sale en ALTIPUN.prj es ésta: PROJCS[ED_1950_UTM_Zone_30N,GEOGCS[GCS_European_1950,DATUM[D_European_1950,SPHEROID[International_1924,6378388,297]],PRIMEM[Greenwich,0],UNIT[Degree,0.017453292519943295]],PROJECTION[Transverse_Mercator],PARAMETER[False_Easting,50],PARAMETER[False_Northing,0],PARAMETER[Central_Meridian,-3],PARAMETER[Scale_Factor,0.9996],PARAMETER[Latitude_Of_Origin,0],UNIT[Meter,1]] Ahí veo un 1950 que difiere de tu 1989. Quizás sea que se sigue usando algún sistema antiguo. El 24 de octubre de 2013 08:50, Ander Pijoan ander.pij...@deusto.esescribió: Buenas David, ¿Puedes poner alguna captura de pantalla? El desplazamiento cuando es error de proyección es bastante grande de unos 25 o 50 metros, pero luego hay algunas zonas donde las geometrías están un poco (1-2 metros) desplazados de las fotos de satélite. Puedes mirar también en los archivos .PRJ de los shapefiles, a ver en qué proyección están. Esta viene justo al principio, por ejemplo PROJCS[,ETRS_1989_UTM_Zone_30N. A ver si así hay mas pistas de por qué puede ser. Saludos =) El 24 de octubre de 2013 00:56, David cyme...@gmail.com escribió: Buenas. Estoy jugando un poco con los resultados de Cat2osm2 y me he fijado que en Castellón (ciudad) los datos salen desplazados. En la documentación pone lo siguiente: Si el resultado está desplazado unos pocos metros, es un problema de reproyección. Se han encontrado archivos antiguos de catastro que al reproyectar tenían un desplazamiento que GeoTools no es capaz de arreglar. Parece que en las versiones nuevas de los archivos de Catastro, esto viene arreglado. Pues parece que o algo hago yo mal o en algunos sitios aún no está arreglado. ¿Tenéis idea de cómo puedo ponerlo todo en su sitio? -- Saludos ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- Ander Pijoan Lamas Research Assistant, Deustotech Computer Science Engineer University of Deusto E-mail: ander.pij...@deusto.es Phone: +34 664471228 in: http://www.linkedin.com/profile/view?id=162888312 ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- Saludos ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Imprimir mapa OSM en plotter
No te leíste el texto que te mandé :( El 23/10/13 23:36, JAIME CALVOPIÑA escribió: POR FA AYUDAME COMO CREO RUTAS Y ZONAS El 23 de octubre de 2013 13:47, Marco Antonio marcoantoniofr...@gmail.com mailto:marcoantoniofr...@gmail.com escribió: 2013/10/23 David Lopez 1986d...@gmail.com mailto:1986d...@gmail.com: Se que hay muchos servicios para imprimir un mapa en OSM pero ¿cual me recomendáis para imprimir un poster de alta calidad en formato mínimo de A2? Vos necesitas generar un archivo de alta calidad, de ahí escalar, recortar y/o retocar es lo de menos. Utilizá maperitive [1] para generar mapas en formato SVG. Existe este demo [2] o esta guía [3] que muestra/explica a grandes rasgos cómo hacerlo. Esta otra guía [4] muestra el potencial de las reglas (rules) para personalizar a gusto el mapa a generar. [1] http://wiki.openstreetmap.org/wiki/Maperitive [2] http://www.youtube.com/watch?v=LdjXKa5vBeU [3] http://gis.blogoverflow.com/2011/09/maperitive-tutorial-generating-osm-map-for-adobe-illustrator-in-seven-easy-steps/ [4] http://www.britishideas.com/2011/01/16/so-you-want-to-be-a-cartographer/ o (_)Marco Antonio Frias B. /o Software Developer/Freelancer `| ___ Talk-es mailing list Talk-es@openstreetmap.org mailto:Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Imprimir mapa OSM en plotter
Sorry , no quise mandarlo a la lista. Pero ya que está hecho os enlazo al texto en cuestión: http://www.sindominio.net/ayuda/preguntas-inteligentes.html El 24/10/13 12:05, Santiago Crespo escribió: No te leíste el texto que te mandé :( El 23/10/13 23:36, JAIME CALVOPIÑA escribió: POR FA AYUDAME COMO CREO RUTAS Y ZONAS El 23 de octubre de 2013 13:47, Marco Antonio marcoantoniofr...@gmail.com mailto:marcoantoniofr...@gmail.com escribió: 2013/10/23 David Lopez 1986d...@gmail.com mailto:1986d...@gmail.com: Se que hay muchos servicios para imprimir un mapa en OSM pero ¿cual me recomendáis para imprimir un poster de alta calidad en formato mínimo de A2? Vos necesitas generar un archivo de alta calidad, de ahí escalar, recortar y/o retocar es lo de menos. Utilizá maperitive [1] para generar mapas en formato SVG. Existe este demo [2] o esta guía [3] que muestra/explica a grandes rasgos cómo hacerlo. Esta otra guía [4] muestra el potencial de las reglas (rules) para personalizar a gusto el mapa a generar. [1] http://wiki.openstreetmap.org/wiki/Maperitive [2] http://www.youtube.com/watch?v=LdjXKa5vBeU [3] http://gis.blogoverflow.com/2011/09/maperitive-tutorial-generating-osm-map-for-adobe-illustrator-in-seven-easy-steps/ [4] http://www.britishideas.com/2011/01/16/so-you-want-to-be-a-cartographer/ o (_)Marco Antonio Frias B. /o Software Developer/Freelancer `| ___ Talk-es mailing list Talk-es@openstreetmap.org mailto:Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Imprimir mapa OSM en plotter
2013/10/24 Santiago Crespo openstreet...@flanera.net: Sorry , no quise mandarlo a la lista. Pero ya que está hecho os enlazo al texto en cuestión: http://www.sindominio.net/ayuda/preguntas-inteligentes.html El que realmente necesite leerse esa guía, no va a leérsela. Es mejor enlazar a imágenes de golpe de remo: http://i.imgur.com/zpS0VRt.jpg El 24/10/13 12:05, Santiago Crespo escribió: No te leíste el texto que te mandé :( El 23/10/13 23:36, JAIME CALVOPIÑA escribió: POR FA AYUDAME COMO CREO RUTAS Y ZONAS El 23 de octubre de 2013 13:47, Marco Antonio marcoantoniofr...@gmail.com mailto:marcoantoniofr...@gmail.com escribió: 2013/10/23 David Lopez 1986d...@gmail.com mailto:1986d...@gmail.com: Se que hay muchos servicios para imprimir un mapa en OSM pero ¿cual me recomendáis para imprimir un poster de alta calidad en formato mínimo de A2? Vos necesitas generar un archivo de alta calidad, de ahí escalar, recortar y/o retocar es lo de menos. Utilizá maperitive [1] para generar mapas en formato SVG. Existe este demo [2] o esta guía [3] que muestra/explica a grandes rasgos cómo hacerlo. Esta otra guía [4] muestra el potencial de las reglas (rules) para personalizar a gusto el mapa a generar. [1] http://wiki.openstreetmap.org/wiki/Maperitive [2] http://www.youtube.com/watch?v=LdjXKa5vBeU [3] http://gis.blogoverflow.com/2011/09/maperitive-tutorial-generating-osm-map-for-adobe-illustrator-in-seven-easy-steps/ [4] http://www.britishideas.com/2011/01/16/so-you-want-to-be-a-cartographer/ o (_)Marco Antonio Frias B. /o Software Developer/Freelancer `| ___ Talk-es mailing list Talk-es@openstreetmap.org mailto:Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Desplazamiento de Catastro en Castellón con Cat2osm2
Es el problema de reproyección, sí. La proyección es la que necesitaba de una rejilla para ajustarla y que poco a poco están quitando en Catastro. No habíamos vuelto a ver un municipio con ello, pero al parecer todavía los hay. Desde hace unas versiones, para que Cat2Osm2 funcione también en Windows y hacerlo más ligero, quitamos la reproyección con rejilla y dejamos que GeoTools la haga por si solo. La solución pasaría por reproyectar los shapefiles antes de usarlos en Cat2Osm2. Para ello existe la herramienta ogr2ogr, con el siguiente comando: Proyección en la que están tus archivos : 25830 Proyección que quieres : 32630 Archivo (peninsula.gsb) de rejilla hay que descargarlo de http://www.01.ign.es/ign/layoutIn/herramientas.do#DATUM ogr2ogr -s_srs +init=epsg:25830 +nadgrids=c:\dondesea\peninsula.gsb +wktext -t_srs +init=epsg:25830 +nadgrids=null +wktext c:\dondesea\reproyectado.shp c:\dondesea\original.shp Con eso se deberían reproyectar los archivos shapefile y tener un resultado sin desplazamiento. Es un poco complicado, pero a ver si sale sin problemas. Saludos. El 24 de octubre de 2013 10:48, David cyme...@gmail.com escribió: El desplazamiento medido con JOSM me sale que es de unos 110.1 metros. En las islas Columbretes parece que es 108.3m. ¿Es posible que haya algún problema por tener territorios en la península y en islas, que el área total sea demasiado grande o algo así? Aquí paso una captura: http://img545.imageshack.us/img545/5029/wdlm.png La proyección que me sale en ALTIPUN.prj es ésta: PROJCS[ED_1950_UTM_Zone_30N,GEOGCS[GCS_European_1950,DATUM[D_European_1950,SPHEROID[International_1924,6378388,297]],PRIMEM[Greenwich,0],UNIT[Degree,0.017453292519943295]],PROJECTION[Transverse_Mercator],PARAMETER[False_Easting,50],PARAMETER[False_Northing,0],PARAMETER[Central_Meridian,-3],PARAMETER[Scale_Factor,0.9996],PARAMETER[Latitude_Of_Origin,0],UNIT[Meter,1]] Ahí veo un 1950 que difiere de tu 1989. Quizás sea que se sigue usando algún sistema antiguo. El 24 de octubre de 2013 08:50, Ander Pijoan ander.pij...@deusto.esescribió: Buenas David, ¿Puedes poner alguna captura de pantalla? El desplazamiento cuando es error de proyección es bastante grande de unos 25 o 50 metros, pero luego hay algunas zonas donde las geometrías están un poco (1-2 metros) desplazados de las fotos de satélite. Puedes mirar también en los archivos .PRJ de los shapefiles, a ver en qué proyección están. Esta viene justo al principio, por ejemplo PROJCS[,ETRS_1989_UTM_Zone_30N. A ver si así hay mas pistas de por qué puede ser. Saludos =) El 24 de octubre de 2013 00:56, David cyme...@gmail.com escribió: Buenas. Estoy jugando un poco con los resultados de Cat2osm2 y me he fijado que en Castellón (ciudad) los datos salen desplazados. En la documentación pone lo siguiente: Si el resultado está desplazado unos pocos metros, es un problema de reproyección. Se han encontrado archivos antiguos de catastro que al reproyectar tenían un desplazamiento que GeoTools no es capaz de arreglar. Parece que en las versiones nuevas de los archivos de Catastro, esto viene arreglado. Pues parece que o algo hago yo mal o en algunos sitios aún no está arreglado. ¿Tenéis idea de cómo puedo ponerlo todo en su sitio? -- Saludos ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- Ander Pijoan Lamas Research Assistant, Deustotech Computer Science Engineer University of Deusto E-mail: ander.pij...@deusto.es Phone: +34 664471228 in: http://www.linkedin.com/profile/view?id=162888312 ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- Saludos ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- Ander Pijoan Lamas Research Assistant, Deustotech Computer Science Engineer University of Deusto E-mail: ander.pij...@deusto.es Phone: +34 664471228 in: http://www.linkedin.com/profile/view?id=162888312 ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Desplazamiento de Catastro en Castellón con Cat2osm2
Ojo Ander, que el código EPSG para la proyección en ED50 UTM-30 es EPSG:23030. El 24 de octubre de 2013 12:40, Ander Pijoan ander.pij...@deusto.esescribió: Es el problema de reproyección, sí. La proyección es la que necesitaba de una rejilla para ajustarla y que poco a poco están quitando en Catastro. No habíamos vuelto a ver un municipio con ello, pero al parecer todavía los hay. Desde hace unas versiones, para que Cat2Osm2 funcione también en Windows y hacerlo más ligero, quitamos la reproyección con rejilla y dejamos que GeoTools la haga por si solo. La solución pasaría por reproyectar los shapefiles antes de usarlos en Cat2Osm2. Para ello existe la herramienta ogr2ogr, con el siguiente comando: Proyección en la que están tus archivos : 25830 Proyección que quieres : 32630 Archivo (peninsula.gsb) de rejilla hay que descargarlo de http://www.01.ign.es/ign/layoutIn/herramientas.do#DATUM ogr2ogr -s_srs +init=epsg:25830 +nadgrids=c:\dondesea\peninsula.gsb +wktext -t_srs +init=epsg:25830 +nadgrids=null +wktext c:\dondesea\reproyectado.shp c:\dondesea\original.shp Con eso se deberían reproyectar los archivos shapefile y tener un resultado sin desplazamiento. Es un poco complicado, pero a ver si sale sin problemas. Saludos. El 24 de octubre de 2013 10:48, David cyme...@gmail.com escribió: El desplazamiento medido con JOSM me sale que es de unos 110.1 metros. En las islas Columbretes parece que es 108.3m. ¿Es posible que haya algún problema por tener territorios en la península y en islas, que el área total sea demasiado grande o algo así? Aquí paso una captura: http://img545.imageshack.us/img545/5029/wdlm.png La proyección que me sale en ALTIPUN.prj es ésta: PROJCS[ED_1950_UTM_Zone_30N,GEOGCS[GCS_European_1950,DATUM[D_European_1950,SPHEROID[International_1924,6378388,297]],PRIMEM[Greenwich,0],UNIT[Degree,0.017453292519943295]],PROJECTION[Transverse_Mercator],PARAMETER[False_Easting,50],PARAMETER[False_Northing,0],PARAMETER[Central_Meridian,-3],PARAMETER[Scale_Factor,0.9996],PARAMETER[Latitude_Of_Origin,0],UNIT[Meter,1]] Ahí veo un 1950 que difiere de tu 1989. Quizás sea que se sigue usando algún sistema antiguo. El 24 de octubre de 2013 08:50, Ander Pijoan ander.pij...@deusto.esescribió: Buenas David, ¿Puedes poner alguna captura de pantalla? El desplazamiento cuando es error de proyección es bastante grande de unos 25 o 50 metros, pero luego hay algunas zonas donde las geometrías están un poco (1-2 metros) desplazados de las fotos de satélite. Puedes mirar también en los archivos .PRJ de los shapefiles, a ver en qué proyección están. Esta viene justo al principio, por ejemplo PROJCS[,ETRS_1989_UTM_Zone_30N. A ver si así hay mas pistas de por qué puede ser. Saludos =) El 24 de octubre de 2013 00:56, David cyme...@gmail.com escribió: Buenas. Estoy jugando un poco con los resultados de Cat2osm2 y me he fijado que en Castellón (ciudad) los datos salen desplazados. En la documentación pone lo siguiente: Si el resultado está desplazado unos pocos metros, es un problema de reproyección. Se han encontrado archivos antiguos de catastro que al reproyectar tenían un desplazamiento que GeoTools no es capaz de arreglar. Parece que en las versiones nuevas de los archivos de Catastro, esto viene arreglado. Pues parece que o algo hago yo mal o en algunos sitios aún no está arreglado. ¿Tenéis idea de cómo puedo ponerlo todo en su sitio? -- Saludos ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- Ander Pijoan Lamas Research Assistant, Deustotech Computer Science Engineer University of Deusto E-mail: ander.pij...@deusto.es Phone: +34 664471228 in: http://www.linkedin.com/profile/view?id=162888312 ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- Saludos ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- Ander Pijoan Lamas Research Assistant, Deustotech Computer Science Engineer University of Deusto E-mail: ander.pij...@deusto.es Phone: +34 664471228 in: http://www.linkedin.com/profile/view?id=162888312 ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- Francisco Pérez Sampayo ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Desplazamiento de Catastro en Castellón con Cat2osm2
Cierto, perdón fallo mío. De hecho ni los había puesto bien en el comando: Proyección en la que están tus archivos : 23030 Proyección que quieres : 32630 Archivo (peninsula.gsb) de rejilla hay que descargarlo de http://www.01.ign.es/ign/layoutIn/herramientas.do#DATUM ogr2ogr -s_srs +init=epsg:23030 +nadgrids=c:\dondesea\peninsula.gsb +wktext -t_srs +init=epsg:32630 +nadgrids=null +wktext c:\dondesea\reproyectado.shp c:\dondesea\original.shp Creo que ahora está correcto. Gracias Francisco! El 24 de octubre de 2013 12:46, Francisco Pérez Sampayo fpsamp...@gmail.com escribió: Ojo Ander, que el código EPSG para la proyección en ED50 UTM-30 es EPSG:23030. El 24 de octubre de 2013 12:40, Ander Pijoan ander.pij...@deusto.esescribió: Es el problema de reproyección, sí. La proyección es la que necesitaba de una rejilla para ajustarla y que poco a poco están quitando en Catastro. No habíamos vuelto a ver un municipio con ello, pero al parecer todavía los hay. Desde hace unas versiones, para que Cat2Osm2 funcione también en Windows y hacerlo más ligero, quitamos la reproyección con rejilla y dejamos que GeoTools la haga por si solo. La solución pasaría por reproyectar los shapefiles antes de usarlos en Cat2Osm2. Para ello existe la herramienta ogr2ogr, con el siguiente comando: Proyección en la que están tus archivos : 25830 Proyección que quieres : 32630 Archivo (peninsula.gsb) de rejilla hay que descargarlo de http://www.01.ign.es/ign/layoutIn/herramientas.do#DATUM ogr2ogr -s_srs +init=epsg:25830 +nadgrids=c:\dondesea\peninsula.gsb +wktext -t_srs +init=epsg:25830 +nadgrids=null +wktext c:\dondesea\reproyectado.shp c:\dondesea\original.shp Con eso se deberían reproyectar los archivos shapefile y tener un resultado sin desplazamiento. Es un poco complicado, pero a ver si sale sin problemas. Saludos. El 24 de octubre de 2013 10:48, David cyme...@gmail.com escribió: El desplazamiento medido con JOSM me sale que es de unos 110.1 metros. En las islas Columbretes parece que es 108.3m. ¿Es posible que haya algún problema por tener territorios en la península y en islas, que el área total sea demasiado grande o algo así? Aquí paso una captura: http://img545.imageshack.us/img545/5029/wdlm.png La proyección que me sale en ALTIPUN.prj es ésta: PROJCS[ED_1950_UTM_Zone_30N,GEOGCS[GCS_European_1950,DATUM[D_European_1950,SPHEROID[International_1924,6378388,297]],PRIMEM[Greenwich,0],UNIT[Degree,0.017453292519943295]],PROJECTION[Transverse_Mercator],PARAMETER[False_Easting,50],PARAMETER[False_Northing,0],PARAMETER[Central_Meridian,-3],PARAMETER[Scale_Factor,0.9996],PARAMETER[Latitude_Of_Origin,0],UNIT[Meter,1]] Ahí veo un 1950 que difiere de tu 1989. Quizás sea que se sigue usando algún sistema antiguo. El 24 de octubre de 2013 08:50, Ander Pijoan ander.pij...@deusto.esescribió: Buenas David, ¿Puedes poner alguna captura de pantalla? El desplazamiento cuando es error de proyección es bastante grande de unos 25 o 50 metros, pero luego hay algunas zonas donde las geometrías están un poco (1-2 metros) desplazados de las fotos de satélite. Puedes mirar también en los archivos .PRJ de los shapefiles, a ver en qué proyección están. Esta viene justo al principio, por ejemplo PROJCS[,ETRS_1989_UTM_Zone_30N. A ver si así hay mas pistas de por qué puede ser. Saludos =) El 24 de octubre de 2013 00:56, David cyme...@gmail.com escribió: Buenas. Estoy jugando un poco con los resultados de Cat2osm2 y me he fijado que en Castellón (ciudad) los datos salen desplazados. En la documentación pone lo siguiente: Si el resultado está desplazado unos pocos metros, es un problema de reproyección. Se han encontrado archivos antiguos de catastro que al reproyectar tenían un desplazamiento que GeoTools no es capaz de arreglar. Parece que en las versiones nuevas de los archivos de Catastro, esto viene arreglado. Pues parece que o algo hago yo mal o en algunos sitios aún no está arreglado. ¿Tenéis idea de cómo puedo ponerlo todo en su sitio? -- Saludos ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- Ander Pijoan Lamas Research Assistant, Deustotech Computer Science Engineer University of Deusto E-mail: ander.pij...@deusto.es Phone: +34 664471228 in: http://www.linkedin.com/profile/view?id=162888312 ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- Saludos ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- Ander Pijoan Lamas Research Assistant, Deustotech Computer Science Engineer University of Deusto E-mail: ander.pij...@deusto.es Phone: +34 664471228 in: http://www.linkedin.com/profile/view?id=162888312
Re: [Talk-es] Desplazamiento de Catastro en Castellón con Cat2osm2
A parte de lo que te ha comentado Ander, y como veo que utilizas Linux, en GisChipshttp://www.gisandchips.org/2011/11/28/proyeccion-segura-desde-utm-ed50-con-interfaz-grafico/se curraron un pequeño script como interfaz gráfica de OGR para realizar estas reproyecciones desde EPSG:23030, y el mismo se baja la rejilla del IGN. Por si te es más sencillo. Un saludo. El 24 de octubre de 2013 12:46, Francisco Pérez Sampayo fpsamp...@gmail.com escribió: Ojo Ander, que el código EPSG para la proyección en ED50 UTM-30 es EPSG:23030. El 24 de octubre de 2013 12:40, Ander Pijoan ander.pij...@deusto.esescribió: Es el problema de reproyección, sí. La proyección es la que necesitaba de una rejilla para ajustarla y que poco a poco están quitando en Catastro. No habíamos vuelto a ver un municipio con ello, pero al parecer todavía los hay. Desde hace unas versiones, para que Cat2Osm2 funcione también en Windows y hacerlo más ligero, quitamos la reproyección con rejilla y dejamos que GeoTools la haga por si solo. La solución pasaría por reproyectar los shapefiles antes de usarlos en Cat2Osm2. Para ello existe la herramienta ogr2ogr, con el siguiente comando: Proyección en la que están tus archivos : 25830 Proyección que quieres : 32630 Archivo (peninsula.gsb) de rejilla hay que descargarlo de http://www.01.ign.es/ign/layoutIn/herramientas.do#DATUM ogr2ogr -s_srs +init=epsg:25830 +nadgrids=c:\dondesea\peninsula.gsb +wktext -t_srs +init=epsg:25830 +nadgrids=null +wktext c:\dondesea\reproyectado.shp c:\dondesea\original.shp Con eso se deberían reproyectar los archivos shapefile y tener un resultado sin desplazamiento. Es un poco complicado, pero a ver si sale sin problemas. Saludos. El 24 de octubre de 2013 10:48, David cyme...@gmail.com escribió: El desplazamiento medido con JOSM me sale que es de unos 110.1 metros. En las islas Columbretes parece que es 108.3m. ¿Es posible que haya algún problema por tener territorios en la península y en islas, que el área total sea demasiado grande o algo así? Aquí paso una captura: http://img545.imageshack.us/img545/5029/wdlm.png La proyección que me sale en ALTIPUN.prj es ésta: PROJCS[ED_1950_UTM_Zone_30N,GEOGCS[GCS_European_1950,DATUM[D_European_1950,SPHEROID[International_1924,6378388,297]],PRIMEM[Greenwich,0],UNIT[Degree,0.017453292519943295]],PROJECTION[Transverse_Mercator],PARAMETER[False_Easting,50],PARAMETER[False_Northing,0],PARAMETER[Central_Meridian,-3],PARAMETER[Scale_Factor,0.9996],PARAMETER[Latitude_Of_Origin,0],UNIT[Meter,1]] Ahí veo un 1950 que difiere de tu 1989. Quizás sea que se sigue usando algún sistema antiguo. El 24 de octubre de 2013 08:50, Ander Pijoan ander.pij...@deusto.esescribió: Buenas David, ¿Puedes poner alguna captura de pantalla? El desplazamiento cuando es error de proyección es bastante grande de unos 25 o 50 metros, pero luego hay algunas zonas donde las geometrías están un poco (1-2 metros) desplazados de las fotos de satélite. Puedes mirar también en los archivos .PRJ de los shapefiles, a ver en qué proyección están. Esta viene justo al principio, por ejemplo PROJCS[,ETRS_1989_UTM_Zone_30N. A ver si así hay mas pistas de por qué puede ser. Saludos =) El 24 de octubre de 2013 00:56, David cyme...@gmail.com escribió: Buenas. Estoy jugando un poco con los resultados de Cat2osm2 y me he fijado que en Castellón (ciudad) los datos salen desplazados. En la documentación pone lo siguiente: Si el resultado está desplazado unos pocos metros, es un problema de reproyección. Se han encontrado archivos antiguos de catastro que al reproyectar tenían un desplazamiento que GeoTools no es capaz de arreglar. Parece que en las versiones nuevas de los archivos de Catastro, esto viene arreglado. Pues parece que o algo hago yo mal o en algunos sitios aún no está arreglado. ¿Tenéis idea de cómo puedo ponerlo todo en su sitio? -- Saludos ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- Ander Pijoan Lamas Research Assistant, Deustotech Computer Science Engineer University of Deusto E-mail: ander.pij...@deusto.es Phone: +34 664471228 in: http://www.linkedin.com/profile/view?id=162888312 ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- Saludos ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- Ander Pijoan Lamas Research Assistant, Deustotech Computer Science Engineer University of Deusto E-mail: ander.pij...@deusto.es Phone: +34 664471228 in: http://www.linkedin.com/profile/view?id=162888312 ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Desplazamiento de Catastro en Castellón con Cat2osm2
Sí, con esos cambios ahora se ve bien. Gracias. El 24 de octubre de 2013 13:18, Emilio Gómez Fernández ego...@outlook.comescribió: A parte de lo que te ha comentado Ander, y como veo que utilizas Linux, en GisChipshttp://www.gisandchips.org/2011/11/28/proyeccion-segura-desde-utm-ed50-con-interfaz-grafico/se curraron un pequeño script como interfaz gráfica de OGR para realizar estas reproyecciones desde EPSG:23030, y el mismo se baja la rejilla del IGN. Por si te es más sencillo. Un saludo. El 24 de octubre de 2013 12:46, Francisco Pérez Sampayo fpsamp...@gmail.com escribió: Ojo Ander, que el código EPSG para la proyección en ED50 UTM-30 es EPSG:23030. El 24 de octubre de 2013 12:40, Ander Pijoan ander.pij...@deusto.esescribió: Es el problema de reproyección, sí. La proyección es la que necesitaba de una rejilla para ajustarla y que poco a poco están quitando en Catastro. No habíamos vuelto a ver un municipio con ello, pero al parecer todavía los hay. Desde hace unas versiones, para que Cat2Osm2 funcione también en Windows y hacerlo más ligero, quitamos la reproyección con rejilla y dejamos que GeoTools la haga por si solo. La solución pasaría por reproyectar los shapefiles antes de usarlos en Cat2Osm2. Para ello existe la herramienta ogr2ogr, con el siguiente comando: Proyección en la que están tus archivos : 25830 Proyección que quieres : 32630 Archivo (peninsula.gsb) de rejilla hay que descargarlo de http://www.01.ign.es/ign/layoutIn/herramientas.do#DATUM ogr2ogr -s_srs +init=epsg:25830 +nadgrids=c:\dondesea\peninsula.gsb +wktext -t_srs +init=epsg:25830 +nadgrids=null +wktext c:\dondesea\reproyectado.shp c:\dondesea\original.shp Con eso se deberían reproyectar los archivos shapefile y tener un resultado sin desplazamiento. Es un poco complicado, pero a ver si sale sin problemas. Saludos. El 24 de octubre de 2013 10:48, David cyme...@gmail.com escribió: El desplazamiento medido con JOSM me sale que es de unos 110.1 metros. En las islas Columbretes parece que es 108.3m. ¿Es posible que haya algún problema por tener territorios en la península y en islas, que el área total sea demasiado grande o algo así? Aquí paso una captura: http://img545.imageshack.us/img545/5029/wdlm.png La proyección que me sale en ALTIPUN.prj es ésta: PROJCS[ED_1950_UTM_Zone_30N,GEOGCS[GCS_European_1950,DATUM[D_European_1950,SPHEROID[International_1924,6378388,297]],PRIMEM[Greenwich,0],UNIT[Degree,0.017453292519943295]],PROJECTION[Transverse_Mercator],PARAMETER[False_Easting,50],PARAMETER[False_Northing,0],PARAMETER[Central_Meridian,-3],PARAMETER[Scale_Factor,0.9996],PARAMETER[Latitude_Of_Origin,0],UNIT[Meter,1]] Ahí veo un 1950 que difiere de tu 1989. Quizás sea que se sigue usando algún sistema antiguo. El 24 de octubre de 2013 08:50, Ander Pijoan ander.pij...@deusto.esescribió: Buenas David, ¿Puedes poner alguna captura de pantalla? El desplazamiento cuando es error de proyección es bastante grande de unos 25 o 50 metros, pero luego hay algunas zonas donde las geometrías están un poco (1-2 metros) desplazados de las fotos de satélite. Puedes mirar también en los archivos .PRJ de los shapefiles, a ver en qué proyección están. Esta viene justo al principio, por ejemplo PROJCS[,ETRS_1989_UTM_Zone_30N. A ver si así hay mas pistas de por qué puede ser. Saludos =) El 24 de octubre de 2013 00:56, David cyme...@gmail.com escribió: Buenas. Estoy jugando un poco con los resultados de Cat2osm2 y me he fijado que en Castellón (ciudad) los datos salen desplazados. En la documentación pone lo siguiente: Si el resultado está desplazado unos pocos metros, es un problema de reproyección. Se han encontrado archivos antiguos de catastro que al reproyectar tenían un desplazamiento que GeoTools no es capaz de arreglar. Parece que en las versiones nuevas de los archivos de Catastro, esto viene arreglado. Pues parece que o algo hago yo mal o en algunos sitios aún no está arreglado. ¿Tenéis idea de cómo puedo ponerlo todo en su sitio? -- Saludos ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- Ander Pijoan Lamas Research Assistant, Deustotech Computer Science Engineer University of Deusto E-mail: ander.pij...@deusto.es Phone: +34 664471228 in: http://www.linkedin.com/profile/view?id=162888312 ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- Saludos ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- Ander Pijoan Lamas Research Assistant, Deustotech Computer Science Engineer University of Deusto E-mail: ander.pij...@deusto.es Phone: +34 664471228 in: http://www.linkedin.com/profile/view?id=162888312
[Talk-at] Veranstaltung: Open Geo|Government Data am 14. November 2013 in Wien
Liebe Community, Die ÖAW Kommission GIScience laedt herzlich zur Veranstaltung: Open Geo|Government Data am 14. November 2013, von 9:00 - 14:30 in Wien ein! www.oeaw.ac.at/giscience/oggd (Geo)Daten für jeden und auch jegliche Anwendung frei zugänglich zu machen, ist das zentrale Anliegen der OpenData Bewegung. Schlagwörter wie Hype, Transparenz, Partizipation, Standards, Innovation, Zusammenarbeit, Mitwirkung, Gestaltung, Interoperabilität oder Open Content lassen auf ein 'Mitwirken' aller relevanten Akteure hoffen. Die Kommission GIScience der ÖAW will im Rahmen der Veranstaltung 'OpenGeo|GovernmentData: Vom Hype zum Alltag' am 14.11.2013 an der Akademie der Wissenschaften in Wien zu diesem Thema einen wesentlichen Beitrag leisten. Im Rahmen der hochkarätig besetzten OpenGeoData Veranstaltung, werden zahlreiche Experten wegweisende Beiträge zu diesem brisanten Thema bringen. Der Kommission GIScience ist es gelungen Jonathan Raper, Professor an der 'City University London', CEO von Placr Ltd, und Editor des 'Journal of Location Based Services' als Hauptvortragenden zu gewinnen! Wir laden Interessierte ein, an die Akademie zu kommen, und aktiv mit zu diskutieren! OpenGeo|Government Data: Vom Hype zum Alltag Theatersaal, Akademie der Wissenschaften Sonnenfelsgasse 19, 1. Stock 1010 Wien 09:00 - 12:00 Impulsvorträge 13:00 - 14:30 Podiumsdiskussion mit den Vortragenden und Kommissionsmitgliedern Detailliertes Programm und Anmeldung: www.oeaw.ac.at/giscience/oggdhttp://www.oeaw.ac.at/giscience/oggd Beste Gruesse Josef Strobl i.A. Stefan Krampe Prof. Dr. Josef Strobl | josef.str...@sbg.ac.at University of Salzburg | Department of Geoinformatics - Z_GIS Phone: +43 (0)662 8044 7503 | www.uni-salzburg.at/zgis/strobl ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] ID_wo_ist_geoimage
An alle Steirischen maper, ich kenne mich nicht so gut aus aber normalerweise zeigt mir das Programm ja wenn ich regionale Luftbilder habe, diese zur Auswahl, Da meine Englischen Kenntnisse nicht gut sind und github (wo man es eigentlich meldet) mir noch ein rezl ist, kann das bitte jemand gegen prüfen? Danke. ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] ID wo ist Geoimage_at
An alle Steirischen maper, ich kenne mich nicht so gut aus aber normalerweise zeigt mir das Programm ja wenn ich regionale Luftbilder habe, diese zur Auswahl, Da meine Englischen Kenntnisse nicht gut sind und github (wo man es eigentlich meldet) mir noch ein rezl ist, kann das bitte jemand gegen prüfen? Danke. ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] ID_wo_ist_geoimage
Hi! Also ich hoffe das dich jemand anders versteht, ich selber braeuchte um die Mail zu verstehen aber noch einige infos: Was ist das Programm? Welche regionalen Luftbilder? Wo zur Verfuegung? (Lokal, auf nem Server, per WMS?) Welches Projekt auf github meinst du? Liebe Gruesse Werner 2013/10/22 Johannes Silly johannes.si...@gmail.com: An alle Steirischen maper, ich kenne mich nicht so gut aus aber normalerweise zeigt mir das Programm ja wenn ich regionale Luftbilder habe, diese zur Auswahl, Da meine Englischen Kenntnisse nicht gut sind und github (wo man es eigentlich meldet) mir noch ein rezl ist, kann das bitte jemand gegen prüfen? Danke. ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] Hilfe gesucht: Idee für Projekt
Hallo, wir - Andrea und Barbara - arbeiten für den Verein Interkulturelles Zentrum in Wien und interessieren uns sehr für die Open Street Map. Konkret würden wir gerne im Rahmen eines Projektes gemeinsam mit Jugendlichen und Erwachsenen am Balkan einen Beitrag zur OSM leisten, sind aber selbst absolut OSM beginners und nun auf der Suche nach Experten und Expertinnen, die uns dabei weiterhelfen bzw. unterstützen möchten. Noch sind wir in der Ideen- und Planungsphase. Wir haben Kontakte zu NGOs am Balkan und sind nun auf der Suche nach weiteren Unterstützer und Unterstützerinnen. Hätte jemand von euch Zeit und Interesse mehr über unsere Idee zu erfahren bzw. sich mal mit uns zu treffen und auszutauschen? Gerne kommen wir auch zum nächsten Wiener Stammtisch, wenn das eurer Meinung nach sinnvoll scheint. Liebe Grüße Barbara Andrea -- Barbara Hämmerle Interkulturelles Zentrum Österreichische Agentur Jugend in Aktion Lindengasse 41/10, 1070 Wien, Austria T: +43 1 586 75 44 -12 F: +43 1 586 75 44 -9 E: barbara.haemme...@iz.or.atmailto:barbara.haemme...@iz.or.at www.iz.or.athttp://www.iz.or.at/ www.jugendinaktion.athttp://www.jugendinaktion.at/ ZVR-Nr.: 826402700 Jugend in Aktion auf Facebookhttp://www.facebook.com/pages/Jugend-in-Aktion-Austria/216070900553 - Besuch uns und werde Fan! ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Hilfe gesucht: Idee für Projekt
Liebe Barbara Andrea, schön von euch zu hören! Ich würd gern mehr über eure Pläne erfahren und wär gern dabei, mich mit euch zur Ideenfindung zusammenzusetzen! Hab ein bisschen Erfahrung mit dem Vermitteln von OSM und was dabei motivierend bzw. frustrierend sein kann :) Liebe Grüße Manu Am 24.10.2013 16:13, schrieb Barbara Haemmerle: Hallo, wir -- Andrea und Barbara -- arbeiten für den Verein Interkulturelles Zentrum in Wien und interessieren uns sehr für die Open Street Map. Konkret würden wir gerne im Rahmen eines Projektes gemeinsam mit Jugendlichen und Erwachsenen am Balkan einen Beitrag zur OSM leisten, sind aber selbst absolut OSM beginners und nun auf der Suche nach Experten und Expertinnen, die uns dabei weiterhelfen bzw. unterstützen möchten. Noch sind wir in der Ideen- und Planungsphase. Wir haben Kontakte zu NGOs am Balkan und sind nun auf der Suche nach weiteren Unterstützer und Unterstützerinnen. Hätte jemand von euch Zeit und Interesse mehr über unsere Idee zu erfahren bzw. sich mal mit uns zu treffen und auszutauschen? Gerne kommen wir auch zum nächsten Wiener Stammtisch, wenn das eurer Meinung nach sinnvoll scheint. Liebe Grüße Barbara Andrea -- Barbara Hämmerle *Interkulturelles Zentrum* Österreichische Agentur Jugend in Aktion Lindengasse 41/10, 1070 Wien, Austria T: +43 1 586 75 44 -12 F: +43 1 586 75 44 -9 E: barbara.haemme...@iz.or.at mailto:barbara.haemme...@iz.or.at www.iz.or.at http://www.iz.or.at/ www.jugendinaktion.at http://www.jugendinaktion.at/ ZVR-Nr.: 826402700 *Jugend in Aktion auf**Facebook http://www.facebook.com/pages/Jugend-in-Aktion-Austria/216070900553* - Besuch uns und werde Fan! ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at -- DI(FH) Manuela Schmidt Research Group Cartography Vienna University of Technology email: manuela.schm...@tuwien.ac.at phone: +43-1-58801-12613 skype: schmidt.manuela http://cartography.tuwien.ac.at DVR: 0005886 ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] U-Bahn-Stationen in Hochlage
Hallo, Hoffentlich kommt diese Nachricht jetzt richtig an (sonst habe ich leider keine Idee, wie man in GMX von HTML auf Plaintext umstellen könnte). Mich würde eure Meinung zum U2-Abschnitt in Hochlage interessieren: Alle Stationen (außer Aspern Nord) wurdem im selben Stil gebaut, sprich mit komplett überdachter Station. Wenn die U2 jetzt auch in der Station als auf einer Brücke eingezeichnet ist, entsteht der Eindruck, dass das Gebäude nur unter der U-Bahn wäre. Daher habe ich probeweise bei der U2-Station Krieau den überdachten Abschnitt mit dem tag tunnel=yes gekennzeichnet. Was meint ihr? So wie früher oder meine Methode? tunnel=yes ist für jegliche Form der Überdachung falsch, das ist nur für wirkliche Tunnel gedacht. AFAIK gibt es covered=yes für Überdachungen oder Überbauungen. Robert Kaiser ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] U-Bahn-Stationen in Hochlage
Am 24.10.2013 20:54, schrieb Chris Tof: Hallo Leute, Hoffentlich kommt diese Nachricht jetzt richtig an (sonst habe ich leider keine Idee, wie man in GMX von HTML auf Plaintext umstellen könnte). Mich würde eure Meinung zum U2-Abschnitt in Hochlage interessieren: Alle Stationen (außer Aspern Nord) wurdem im selben Stil gebaut, sprich mit komplett überdachter Station. Wenn die U2 jetzt auch in der Station als auf einer Brücke eingezeichnet ist, entsteht der Eindruck, dass das Gebäude nur unter der U-Bahn wäre. Daher habe ich probeweise bei der U2-Station Krieau den überdachten Abschnitt mit dem tag tunnel=yes gekennzeichnet. Was meint ihr? So wie früher oder meine Methode? lg Die Frage, die ich mir stelle, ist, wie detailiert so etwas überhaupt eingezeichnet werden soll. Ob da nun ein Dach drüber ist, oder nicht, ist zumindest für mich ziemlich egal. Wird wohl erst dann interessant, wenn es 3D-Karten gibt, wo man dann in den Stationen spazieren gehen kann. :-) tunnel ist aber sicher nicht das richtige Attribut. Es gäbe ja für Dächer building=roof, aber das building-tag ist ja schon für den Unterbau vergeben. LG, Christian ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] U-Bahn-Stationen in Hochlage
On Thu, 24 Oct 2013 20:54:24 +0200 (CEST) Chris Tof railjet_...@gmx.at wrote: Hallo Leute, Hoffentlich kommt diese Nachricht jetzt richtig an (sonst habe ich leider keine Idee, wie man in GMX von HTML auf Plaintext umstellen könnte). danke! Mich würde eure Meinung zum U2-Abschnitt in Hochlage interessieren: Alle Stationen (außer Aspern Nord) wurdem im selben Stil gebaut, sprich mit komplett überdachter Station. Wenn die U2 jetzt auch in der Station als auf einer Brücke eingezeichnet ist, entsteht der Eindruck, dass das Gebäude nur unter der U-Bahn wäre. Daher habe ich probeweise bei der U2-Station Krieau den überdachten Abschnitt mit dem tag tunnel=yes gekennzeichnet. Was meint ihr? So wie früher oder meine Methode? so wie früher, tunnel ist faktisch falsch (siehe definition davon im wiki), und der großteil der gebäude ist ja wirklich darunter. du kannst aber die dächer extra einzeichnen, falls dir das renderung so wichtig ist. ein geschlossener way mit den tags: layer=2 (falls das restliche gebäude und die tracks mit layer=1 getaggt sind, was sie sein sollten) und ein building=roof dazu. eine alternative möglichkeit wäre noch ein tunnel=building_passage aber so wirklich paßt das nicht... -- Kind regards/Mit freundlichen Grüßen, Stefan Tauner ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[Talk-ca] Web cameras
Are web cameras an appropriate source for OSM? Specifically these ones from the BC Ministry of Transportation and Infrastructure. http://wcs.pbaeng.com/projects/PMH1 -- Matthew Buchanan -- Kamloops, BC ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Web cameras
On Thu, Oct 24, 2013 at 4:05 PM, Matthew Buchanan matthew.ian.bucha...@gmail.com wrote: Are web cameras an appropriate source for OSM? Specifically these ones from the BC Ministry of Transportation and Infrastructure. http://wcs.pbaeng.com/projects/PMH1 A user in Seattle added surveillance cameras and police radio tower in Downtown Seattle. As long as the source doesn't have a copyright issue, I think cameras are appropriate. Especially since they can be surveyed. -- Clifford OpenStreetMap: Maps with a human touch ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Do we tag addresses on buildings or on separate nodes?
Hi, What do you think of this blog? Adress nodes versus interpolations? That's quite confusing :-/ What is the OpenStreetMap convention? Do we tag addresses on buildings or on separate nodes? http://t.co/tjRiwYSXLF Bruno ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Autoroute 85
Pour tous les contributeurs du Quebec: On a du pain sur la planche! Autoroute 85 : mise en service de 11 nouveaux kilomètres. http://t.co/gS0UH6Zwas Bruno ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Do we tag addresses on buildings or on separate nodes?
Interpolations are generally regarded as approximations until we can get individual addresses mapped. The post in case was about if was more common to map a building with an address as one way with a building tag and address tags or as one way with a building tag and a node with address tags. It is more common to use a way with both a building tag and address tags by at least 10:3. From: Bruno Remy [mailto:bremy.qc...@gmail.com] Sent: Thursday, October 24, 2013 7:34 PM To: talk-ca@openstreetmap.org Subject: [Talk-ca] Do we tag addresses on buildings or on separate nodes? Hi, What do you think of this blog? Adress nodes versus interpolations? That's quite confusing :-/ What is the OpenStreetMap convention? Do we tag addresses on buildings or on separate nodes? http://t.co/tjRiwYSXLF Bruno ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk-fr] Ille et Vilaine cassée
De ce que j'ai constaté, habituellement les nouvelles communes sont visibles sur layers dans les 1 ou 2 heures, et là, rien depuis mardi. La coïncidence est troublante, non ? Stf Le mercredi 23 octobre 2013 22:45:37, Christian Quest a écrit : Layers fonctionne sur une base monde, donc peut de chance qu'il y ait un lien avec les problèmes d'osm8. Par contre, layers, ne remet pas à jour ses tuiles en temps réel. Elles peuvent donc montrer un trou qui a été corrigé entre temps. Pour les csv les comptages, je ne sais pas comment ils sont obtenus. Possible que là, l'indisponibilité d'osm8 soit liée... Conclusion: wait and see... ça a l'air ok dans JOSM, je pense que la relation est bonne, de plus sur le rendu fr, le nom Ille et Vilaine est bien rendu ce qui veut dire que le multipolygone n'est pas complètement cassé. Le 23 octobre 2013 22:36, Stéphane Péneau stephane.pen...@wanadoo.fr mailto:stephane.pen...@wanadoo.fr a écrit : Étant donné que layers n'affiche pas les communes que j'ai ajoutées depuis ce matin, je pense pouvoir dire qu'il utilise les minutes diff du serveur qui est en rade. Ta correction n'est donc pas prise en compte. Je suppose qu'il en est de même pour les stats de munim. Il n'y a plus qu'à patienter que tout ça reparte, mais on dirait qu'on est pas gâté cette année. Bon courage les admins ! Stf Le mercredi 23 octobre 2013 21:06:37, Romain MEHUT a écrit : Le 23 octobre 2013 18:18, Stéphane Péneau stephane.pen...@wanadoo.fr mailto:stephane.pen...@wanadoo.fr mailto:stephane.peneau@__wanadoo.fr mailto:stephane.pen...@wanadoo.fr a écrit : En regardant les communes manquantes, je tombe sur ça : http://osm2.crans.org/munin/stats.db/departement/osm_commune_35.html http://osm2.crans.org/munin/__stats.db/departement/osm___commune_35.html http://osm2.crans.org/munin/__stats.db/departement/osm___commune_35.html http://osm2.crans.org/munin/stats.db/departement/osm_commune_35.html Plouff, plus que 7 communes depuis hier après-midi. En effet, si on regarde layers.openstreemap.fr http://layers.openstreemap.fr http://layers.openstreemap.fr__, la relation semble cassée : http://layers.openstreetmap.fr/?zoom=9lat=48.07245lon=-1.21711layers=BFFTFF http://layers.openstreetmap.__fr/?zoom=9lat=48.07245lon=-__1.21711layers=__BFFTFF http://layers.openstreetmap.fr/?zoom=9lat=48.07245lon=-1.21711layers=BFFTFF Avec un truc bizarre au niveau de la cale de Saint-Malo : http://layers.openstreetmap.fr/?zoom=16lat=48.63916lon=-2.01873layers=BFFTFF http://layers.openstreetmap.__fr/?zoom=16lat=48.63916lon=-__2.01873layers=__BFFTFF http://layers.openstreetmap.fr/?zoom=16lat=48.63916lon=-2.01873layers=BFFTFF Cela semble être lié au changeset suivant : http://www.openstreetmap.org/browse/changeset/18488974 http://www.openstreetmap.org/__browse/changeset/18488974 http://www.openstreetmap.org/__browse/changeset/18488974 http://www.openstreetmap.org/browse/changeset/18488974 Je suis l'auteur de ce changeset mais l'erreur initiale vient de la suppression de ce bout de côte http://www.openstreetmap.org/__browse/way/146315257 http://www.openstreetmap.org/browse/way/146315257 que j'ai donc restauré. J'ai fait au mieux... du moins j'espère. Romain _ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.__org/listinfo/talk-fr https://lists.openstreetmap.org/listinfo/talk-fr _ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.__org/listinfo/talk-fr https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Panne des minutes diffs France
Bonjour, Des nouvelles du problème technique ? Est-ce grave et potentiellement long à résoudre ? Merci, Gaël. -- View this message in context: http://gis.19327.n5.nabble.com/Panne-des-minutes-diffs-France-tp5782452p5782692.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Ligne de tramway dédoublée sur Angers
Salut tout le monde, J'ai remarqué ce midi que Truchin (http://www.openstreetmap.org/user/Truchin) a commencé à dédoublé la ligne de Tramway sur Angers mais je sais aussi qu'il avait commencé ce genre de travail sur Paris sans y revenir et que vous l'aviez annulé (http://trac.openstreetmap.fr/ticket/132). Qu'en pensez vous ? Je ne vois en plus aucun intérêt à le faire. Et vous ? Voir : * http://www.openstreetmap.org/#map=17/47.47951/-0.55113 * http://www.openstreetmap.org/browse/changeset/18511485 J'ai aussi vu qu'il était allemand mais il contribue beaucoup sur Angers. Quelqu'un le connait un peu ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mulhouse rejoint le club des villes ouvertes
Il y a également 15 875 correctement positionnés pour les fans ;) http://www.mulhouse.fr/fr/Localisation-et-caracteristiques-des-arbres/Localisation-et-caracteristiques-des-arbres.html -- Jean-Baptiste Holcroft Le 24 octobre 2013 01:43, Sébastien Dinot sebastien.di...@free.fr a écrit : DH a écrit : Ouvert depuis quelques jours seulement http://www.mulhouse.fr/fr/les-donnees/ propose des choses sympa : adresses, réseau bus, voirie routière, plan topo 200e, etc. Je viens de parcourir rapidement le site et j'ai déjà noté un effort louable qui devrait inspirer d'autres villes (Toulouse par exemple), c'est la documentation sommaire des champs. Si l'on prend le jeu de données suivant : http://www.mulhouse.fr/fr/Localisation-et-caracteristiques-des-segments-de-rues/Localisation-et-caracteristiques-des-segments-de-rues.html Dans le tableau, la ligne « Descriptif des attributs » précise la signification de chaque champ. C'est une indication précieuse pour l'exploitation des données. Comme le Grand Nancy, Mulhouse fait en outre l'effort de proposer plusieurs formats. Les données ci-dessus sont ainsi proposées aux formats CSV, JSON, KMZ, Shapefile (CC48 et L93). Ma première impression est donc très positive. Reste à voir la qualité des données mais cela est un autre problème... Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ligne de tramway dédoublée sur Angers
Le 24/10/2013 14:09, Steve Grosbois a écrit : Qu'en pensez vous ? Je ne vois en plus aucun intérêt à le faire. Et vous ? C'est la réalité du terrain, il y a bien 2 voies ? Donc si c'est la réalité, c'est à cartographier Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ligne de tramway dédoublée sur Angers
Elles sont pourtant très souvent rassemblées (sauf dans le cas où elles s'éloignent l'un de l'autre au point de pouvoir y placer des éléments entre les deux, par exemple : http://www.openstreetmap.org/#map=17/48.93315/2.29887) Pareils pour les chemins de fers : http://www.openstreetmap.org/#map=17/48.83983/1.89629 Si il y a concensus pour la séparation des voies, il reste beaucoup de travail à faire... Le 24 octobre 2013 14:14, David Crochet david.croc...@online.fr a écrit : Le 24/10/2013 14:09, Steve Grosbois a écrit : Qu'en pensez vous ? Je ne vois en plus aucun intérêt à le faire. Et vous ? C'est la réalité du terrain, il y a bien 2 voies ? Donc si c'est la réalité, c'est à cartographier Cordialement -- David Crochet __**_ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.**org/listinfo/talk-frhttps://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ligne de tramway dédoublée sur Angers
Bonjour, juste mes 0,02 € : C'est discutable : si les deux lignes sont parallèles et sur la même zone (en site propre) on peut considérer que c'est la même voie et qu'elle est parcourue dans les deux sens, comme une route avec un simple ligne blanche de séparation des voies ; en même temps, j'aime bien doubler les voies de train (RER dans ma région) et ajouter le sens de circulation (oneway=*), voir en fonction de la destination, mettre la voie dans la relation correspondante. Dans certaines gares de RER les quais sont dédiés aux destinations (ou pas suivant les incidents). A+ Le 24 octobre 2013 14:14, David Crochet david.croc...@online.fr a écrit : Le 24/10/2013 14:09, Steve Grosbois a écrit : Qu'en pensez vous ? Je ne vois en plus aucun intérêt à le faire. Et vous ? C'est la réalité du terrain, il y a bien 2 voies ? Donc si c'est la réalité, c'est à cartographier Cordialement -- David Crochet __**_ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.**org/listinfo/talk-frhttps://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ligne de tramway dédoublée sur Angers
Le 24/10/2013 14:34, Marc SIBERT a écrit : Bonjour, juste mes 0,02 € : C'est discutable : si les deux lignes sont parallèles et sur la même zone (en site propre) on peut considérer que c'est la même voie et qu'elle est parcourue dans les deux sens, comme une route avec un simple ligne blanche de séparation des voies Sauf que là, le véhicule ne peut passer d'une voie à l'autre à sa guise, donc on est dans la même situation qu'une voie de circulation séprarée ayant chacun un sens de circulation. Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ligne de tramway dédoublée sur Angers
Le 24 octobre 2013 14:06, David Crochet david.croc...@online.fr a écrit : Sauf que là, le véhicule ne peut passer d'une voie à l'autre à sa guise, donc on est dans la même situation qu'une voie de circulation séprarée ayant chacun un sens de circulation. +1 -- *Florian Lainez* @overflorian http://twitter.com/overflorian ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ligne de tramway dédoublée sur Angers
Sur l’opendata de Mulhouse ; la couche du réseau de tram mentionne même les voies de jonction entre les 2 files de rails pour faire les rebroussements. Ceux que cela n’intéresse pas ne rentreront pas dans ce niveau de détails et vice-versa. Dédoubler une ligne de tram ou de train, c’est un boulot de longue haleine (expérience vécue) il faut être patient lorsque tout n’est pas fait d’un coup et ne pas vouloir supprimer tout travail qui n’est pas terminé selon les critères de ce qui n’ont rien fait dans l’affaire. Denis De : Florian LAINEZ [mailto:winner...@free.fr] Envoyé : jeudi 24 octobre 2013 15:11 À : Discussions sur OSM en français Objet : Re: [OSM-talk-fr] Ligne de tramway dédoublée sur Angers Le 24 octobre 2013 14:06, David Crochet david.croc...@online.frmailto:david.croc...@online.fr a écrit : Sauf que là, le véhicule ne peut passer d'une voie à l'autre à sa guise, donc on est dans la même situation qu'une voie de circulation séprarée ayant chacun un sens de circulation. +1 -- Florian Lainez [Image supprimée par l'expéditeur.]@overflorianhttp://twitter.com/overflorian inline: ~WRD000.jpg___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ligne de tramway dédoublée sur Angers
Je rajouterais que faire un seul tracé pour les 2 sens de circulation empêche d'indiquer les aiguillages permettant de passer d'une voie à l'autre (en cas d'accidents, de travaux, ...). Francescu Le 24 octobre 2013 15:06, David Crochet david.croc...@online.fr a écrit : Le 24/10/2013 14:34, Marc SIBERT a écrit : Bonjour, juste mes 0,02 € : C'est discutable : si les deux lignes sont parallèles et sur la même zone (en site propre) on peut considérer que c'est la même voie et qu'elle est parcourue dans les deux sens, comme une route avec un simple ligne blanche de séparation des voies Sauf que là, le véhicule ne peut passer d'une voie à l'autre à sa guise, donc on est dans la même situation qu'une voie de circulation séprarée ayant chacun un sens de circulation. Cordialement -- David Crochet __**_ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.**org/listinfo/talk-frhttps://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ligne de tramway dédoublée sur Angers
Tout le monde semble relativement d'accord :) Je m'attellerai à finir ce travail sur Angers prochainement alors. Rien à voir mais ce soir, je vois le chargé de mission OpenData d'Angers pour définir des axes de collaboration. Affaire à suivre ;) Le 24/10/2013, Romain MEHUTromain.me...@gmail.com a écrit : A Nancy, un contributeur a dédoublonné les voies sans que cela pose problème. Romain Le 24 octobre 2013 15:19, HELFER Denis denis.hel...@rff.fr a écrit : Sur l’opendata de Mulhouse ; la couche du réseau de tram mentionne même les voies de jonction entre les 2 files de rails pour faire les rebroussements. Ceux que cela n’intéresse pas ne rentreront pas dans ce niveau de détails et vice-versa. Dédoubler une ligne de tram ou de train, c’est un boulot de longue haleine (expérience vécue) il faut être patient lorsque tout n’est pas fait d’un coup et ne pas vouloir supprimer tout travail qui n’est pas terminé selon les critères de ce qui n’ont rien fait dans l’affaire. ** ** Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ligne de tramway dédoublée sur Angers
Le 24 octobre 2013 15:06, David Crochet david.croc...@online.fr a écrit : Le 24/10/2013 14:34, Marc SIBERT a écrit : Bonjour, juste mes 0,02 € : C'est discutable : si les deux lignes sont parallèles et sur la même zone (en site propre) on peut considérer que c'est la même voie et qu'elle est parcourue dans les deux sens, comme une route avec un simple ligne blanche de séparation des voies Sauf que là, le véhicule ne peut passer d'une voie à l'autre à sa guise, donc on est dans la même situation qu'une voie de circulation séprarée ayant chacun un sens de circulation. C'est pour ce cas que j'ai parlé de ligne blanche : pour l'analogie avec le tram qui fait rarement demi-tour. Cordialement -- David Crochet J'ai indiqué que le sujet est discutable. A+ -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ligne de tramway dédoublée sur Angers
Le 24 octobre 2013 15:26, Romain MEHUT romain.me...@gmail.com a écrit : A Nancy, un contributeur a dédoublonné les voies sans que cela pose problème. Romain Sauf si quelqu'un a modifié sur MArseille j'avais dédoublé toutes les 2 lignes de tram'. Faut dire vu que par moment c'est bien séparé et à un endroit il n'y a qu'une voie pour les deux sens. My 2cents, Fabien ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ligne de tramway dédoublée sur Angers
Sauf que dans le cas de la ligne blanche, l'impossibilité du franchissement n'est que légale, et non physique, comme le sont un terre-plein central (cas des 4-voies, routes pour automobiles et autoroutes) ou la contrainte physique inhérente au rail (sauf à dérailler, mais ça n'est pas le cas courant). Là où la question du tracé en 1 ou 2 voies peut se poser, c'est pour le tram de Caen et de Nancy : les 2 roulent sur pneus mais sont guidés par un rail. Francescu Le 24 octobre 2013 15:31, Marc SIBERT m...@sibert.fr a écrit : Le 24 octobre 2013 15:06, David Crochet david.croc...@online.fr a écrit : Le 24/10/2013 14:34, Marc SIBERT a écrit : Bonjour, juste mes 0,02 € : C'est discutable : si les deux lignes sont parallèles et sur la même zone (en site propre) on peut considérer que c'est la même voie et qu'elle est parcourue dans les deux sens, comme une route avec un simple ligne blanche de séparation des voies Sauf que là, le véhicule ne peut passer d'une voie à l'autre à sa guise, donc on est dans la même situation qu'une voie de circulation séprarée ayant chacun un sens de circulation. C'est pour ce cas que j'ai parlé de ligne blanche : pour l'analogie avec le tram qui fait rarement demi-tour. Cordialement -- David Crochet J'ai indiqué que le sujet est discutable. A+ -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ligne de tramway dédoublée sur Angers
2013/10/24 Steve Grosbois steve.grosb...@gmail.com: Tout le monde semble relativement d'accord :) Oui, on peut voir ça sur Strasbourg depuis longtemps: http://www.openstreetmap.org/#map=17/48.55640/7.76989 Personnellement, ça m'avait aussi surpris la première fois que j'ai vu ça. Mais bon, tant que c'est fait correctement et en plus, de manière cohérente sur l'ensemble du réseau, y a rien à redire. C'est vrai que c'est plus facile à faire avec une imagerie aérienne haute résolution qu'avec un GPS... Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ligne de tramway dédoublée sur Angers
Le Thu, 24 Oct 2013 15:22:35 +0200, Francescu GAROBY windu...@gmail.com a écrit : Je rajouterais que faire un seul tracé pour les 2 sens de circulation empêche d'indiquer les aiguillages permettant de passer d'une voie à l'autre (en cas d'accidents, de travaux, ...). Surtout qu'à Angers il y a une partie de la ligne qui est réellement en double-sens Jean ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ligne de tramway dédoublée sur Angers
Le choix à Lyon a été fait de mettre les deux voies séparées, cela permet d'indiquer les sauit de voies, les voies de garages... ça permet d'indiquer aussi quel tramway s'arrête à quel arrêt (à Lyon il y a une voie qui est partagée par deux lignes dont une Express qui a des voies propres et des arrêts différents...) C'est aussi pour se simplifier la tâche qu'il a été décidé de faire ainsi (hormi le fait que c'est plus joli). Bref pour moi ça ne me dérange pas de les voir ainsi dédoublées, et si je le pouvais, je le ferais aussi pour les métros pas parce que ça fait joli, mais pour l'accessibilité. On a un pôle multimodal à Lyon où un quai de métro est accessible directement aux usagés du tramway dans un sens, l'autre sens est plus compliqué d'accès et pour les personnes à mobilité réduite. Pareil pour le funiculaire, le funiculaire Lyon Saint Just à un de ces quais de la station médiane accessible aux poussettes cie l'autre non. tout les plans officiels indiquent que la station est accessible et pourtant, je conseille à ceux qui veulent y descendre un jour de ne pas se tromper de rame... Pour conclure, on ne sait pas quelle contrainte il y aura plus tard, donc ce n'est pas déconnant de s'y mettre tout de suite, ainsi quand il y aura un besoin le boulot sera déjà fait. OSM est une base de donnée qui peut-être utilisée pour plusieurs usages, pensez-y. Florian. Le Jeudi 24 octobre 2013 15h22, Francescu GAROBY windu...@gmail.com a écrit : Je rajouterais que faire un seul tracé pour les 2 sens de circulation empêche d'indiquer les aiguillages permettant de passer d'une voie à l'autre (en cas d'accidents, de travaux, ...). Francescu Le 24 octobre 2013 15:06, David Crochet david.croc...@online.fr a écrit : Le 24/10/2013 14:34, Marc SIBERT a écrit : Bonjour, juste mes 0,02 € : C'est discutable : si les deux lignes sont parallèles et sur la même zone (en site propre) on peut considérer que c'est la même voie et qu'elle est parcourue dans les deux sens, comme une route avec un simple ligne blanche de séparation des voies Sauf que là, le véhicule ne peut passer d'une voie à l'autre à sa guise, donc on est dans la même situation qu'une voie de circulation séprarée ayant chacun un sens de circulation. Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ligne de tramway dédoublée sur Angers
C'est vrai que c'est plus facile à faire avec une imagerie aérienne haute résolution qu'avec un GPS... Ou avec le cadastre :-) Francescu Le 24 octobre 2013 15:37, Pieren pier...@gmail.com a écrit : 2013/10/24 Steve Grosbois steve.grosb...@gmail.com: Tout le monde semble relativement d'accord :) Oui, on peut voir ça sur Strasbourg depuis longtemps: http://www.openstreetmap.org/#map=17/48.55640/7.76989 Personnellement, ça m'avait aussi surpris la première fois que j'ai vu ça. Mais bon, tant que c'est fait correctement et en plus, de manière cohérente sur l'ensemble du réseau, y a rien à redire. C'est vrai que c'est plus facile à faire avec une imagerie aérienne haute résolution qu'avec un GPS... Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ligne de tramway dédoublée sur Angers
L'orthophoto libre à 7,5 cm, ça donne des envies .. et des possibilités inédites. J'attends des orthophotos ferro-portées sur la Lorraine : ce sera mon prochain pas. Des fois, il y a même une voie et demie voir http://dl.free.fr/iZ3ENLhyU (ce matin sur la plateforme LGVEst 2eme phase) !! Denis De : Romain MEHUT [mailto:romain.me...@gmail.com] Envoyé : jeudi 24 octobre 2013 15:26 À : Discussions sur OSM en français Objet : Re: [OSM-talk-fr] Ligne de tramway dédoublée sur Angers A Nancy, un contributeur a dédoublonné les voies sans que cela pose problème. Romain Le 24 octobre 2013 15:19, HELFER Denis denis.hel...@rff.frmailto:denis.hel...@rff.fr a écrit : Sur l'opendata de Mulhouse ; la couche du réseau de tram mentionne même les voies de jonction entre les 2 files de rails pour faire les rebroussements. Ceux que cela n'intéresse pas ne rentreront pas dans ce niveau de détails et vice-versa. Dédoubler une ligne de tram ou de train, c'est un boulot de longue haleine (expérience vécue) il faut être patient lorsque tout n'est pas fait d'un coup et ne pas vouloir supprimer tout travail qui n'est pas terminé selon les critères de ce qui n'ont rien fait dans l'affaire. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ligne de tramway dédoublée sur Angers
2013/10/24 Francescu GAROBY windu...@gmail.com: Là où la question du tracé en 1 ou 2 voies peut se poser, c'est pour le tram de Caen et de Nancy : les 2 roulent sur pneus mais sont guidés par un rail. When modeling multi-track parallel railway lines in close proximity they can either be modeled as a single way with tracks=*, or as a number of parallel ways. If individual tracks have different tagging requirements (max-speed, electrification, gauge, etc.) then the tracks should be modelled appropriately. The tracks=* tag should be used to record the number of tracks with a default value of 1 being assumed where this is not supplied. On en est pas encore à cartographier chaque rail le way représente la voie (en assumant que tracks=1 par défaut). C'est vrai que le nombre de rails par voie n'est pas encore précisé dans les tags (à inventer, un : rails_per_track=1 (default 2)) ;-) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ligne de tramway dédoublée sur Angers
C'est exact, le tram circule dans les deux sens sur une seule voies Rue de la Roe, sur tout le reste de la ligne, la circulation est sur deux voies distinct. Le 24/10/2013, Jean Couteaucout...@codelutin.com a écrit : Le Thu, 24 Oct 2013 15:22:35 +0200, Francescu GAROBY windu...@gmail.com a écrit : Je rajouterais que faire un seul tracé pour les 2 sens de circulation empêche d'indiquer les aiguillages permettant de passer d'une voie à l'autre (en cas d'accidents, de travaux, ...). Surtout qu'à Angers il y a une partie de la ligne qui est réellement en double-sens Jean ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ligne de tramway dédoublée sur Angers
2013/10/24 Steve Grosbois steve.grosb...@gmail.com: C'est exact, le tram circule dans les deux sens sur une seule voies Rue de la Roe, sur tout le reste de la ligne, la circulation est sur deux voies distinct. A Strasbourg, il y a le tag oneway=yes partout. Il faudrait peut-être faire pareil ici sauf sur la section à double sens avec un oneway=no. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ligne de tramway dédoublée sur Angers
Je me suis sans doute mal exprimé : je ne disais pas que le fait qu'il n'y ait qu'un rail nécessitait une représentation différente, mais le fait que les trams de Caen et de Nancy étant sur pneus, ils pouvaient quitter leur couloir et aller sur celui d'à coté aussi bien qu'une voiture franchirait une ligne blanche. Francescu Le 24 octobre 2013 15:42, Pieren pier...@gmail.com a écrit : 2013/10/24 Francescu GAROBY windu...@gmail.com: Là où la question du tracé en 1 ou 2 voies peut se poser, c'est pour le tram de Caen et de Nancy : les 2 roulent sur pneus mais sont guidés par un rail. When modeling multi-track parallel railway lines in close proximity they can either be modeled as a single way with tracks=*, or as a number of parallel ways. If individual tracks have different tagging requirements (max-speed, electrification, gauge, etc.) then the tracks should be modelled appropriately. The tracks=* tag should be used to record the number of tracks with a default value of 1 being assumed where this is not supplied. On en est pas encore à cartographier chaque rail le way représente la voie (en assumant que tracks=1 par défaut). C'est vrai que le nombre de rails par voie n'est pas encore précisé dans les tags (à inventer, un : rails_per_track=1 (default 2)) ;-) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ligne de tramway dédoublée sur Angers
Bonjour Le 24/10/2013 15:42, HELFER Denis a écrit : Des fois, il y a même une voie et demie voir http://dl.free.fr/iZ3ENLhyU (ce matin sur la plateforme LGVEst 2eme phase) !! Et on met electrified=by accident ? :-) cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ligne de tramway dédoublée sur Angers
Il faut donc en plus séparer les 2 voies de trams des rues dans lesquelles elles passent comme ici : http://www.openstreetmap.org/#map=19/47.48249/-0.55354 Le 24/10/2013, Francescu GAROBYwindu...@gmail.com a écrit : Je me suis sans doute mal exprimé : je ne disais pas que le fait qu'il n'y ait qu'un rail nécessitait une représentation différente, mais le fait que les trams de Caen et de Nancy étant sur pneus, ils pouvaient quitter leur couloir et aller sur celui d'à coté aussi bien qu'une voiture franchirait une ligne blanche. Francescu Le 24 octobre 2013 15:42, Pieren pier...@gmail.com a écrit : 2013/10/24 Francescu GAROBY windu...@gmail.com: Là où la question du tracé en 1 ou 2 voies peut se poser, c'est pour le tram de Caen et de Nancy : les 2 roulent sur pneus mais sont guidés par un rail. When modeling multi-track parallel railway lines in close proximity they can either be modeled as a single way with tracks=*, or as a number of parallel ways. If individual tracks have different tagging requirements (max-speed, electrification, gauge, etc.) then the tracks should be modelled appropriately. The tracks=* tag should be used to record the number of tracks with a default value of 1 being assumed where this is not supplied. On en est pas encore à cartographier chaque rail le way représente la voie (en assumant que tracks=1 par défaut). C'est vrai que le nombre de rails par voie n'est pas encore précisé dans les tags (à inventer, un : rails_per_track=1 (default 2)) ;-) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ligne de tramway dédoublée sur Angers
Electrified=planned !! De : David Crochet [mailto:david.croc...@online.fr] Envoyé : jeudi 24 octobre 2013 15:50 À : talk-fr@openstreetmap.org Objet : Re: [OSM-talk-fr] Ligne de tramway dédoublée sur Angers Bonjour Le 24/10/2013 15:42, HELFER Denis a écrit : Des fois, il y a même une voie et demie voir http://dl.free.fr/iZ3ENLhyU (ce matin sur la plateforme LGVEst 2eme phase) !! Et on met electrified=by accident ? :-) cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ligne de tramway dédoublée sur Angers
Il y a aussi des voies à 3 rails en Espagne... pour le double écartement. Là où on n'a pas (encore) mappé chaque voie séparément, on peut indiquer le nombre de voies: tracks=n https://wiki.openstreetmap.org/wiki/Key:tracks Le 24 octobre 2013 15:42, Pieren pier...@gmail.com a écrit : 2013/10/24 Francescu GAROBY windu...@gmail.com: Là où la question du tracé en 1 ou 2 voies peut se poser, c'est pour le tram de Caen et de Nancy : les 2 roulent sur pneus mais sont guidés par un rail. When modeling multi-track parallel railway lines in close proximity they can either be modeled as a single way with tracks=*, or as a number of parallel ways. If individual tracks have different tagging requirements (max-speed, electrification, gauge, etc.) then the tracks should be modelled appropriately. The tracks=* tag should be used to record the number of tracks with a default value of 1 being assumed where this is not supplied. On en est pas encore à cartographier chaque rail le way représente la voie (en assumant que tracks=1 par défaut). C'est vrai que le nombre de rails par voie n'est pas encore précisé dans les tags (à inventer, un : rails_per_track=1 (default 2)) ;-) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ligne de tramway dédoublée sur Angers
Bonjour Steve Désolé, mais je ne suis pas du tout allemand. Je ne suis pas non plus à l'origine du ticket cité. D'ailleurs, 99,99 % de mes modifications sont en France métropolitaine. Sur Angers, je suis un tout petit contributeur sur les bords de la Maine. Effectivement, j'ai bien déboublé la ligne au niveau du pont Confluence mais sans toucher à la relation. Pour info, le dédoublement est déjà le cas dans les villes voisines de Tours, de Nantes et du Mans. Donc rien de très nouveau. Contrairement à la problématique du filaire sur les trottoirs, chacune des voies correspond à une réalité physique. NB : lorsque les voies de tram sont aussi parcourues par les voitures et cie, y a des tas exemples comme la rue Gambetta du Mans. Par contre, je ne sais pas s'il faut s'appuyer dessus... Par contre, je ne suis pas allé jusqu'au bout de la démarche. Oubli de l'article wikipedia sur le pont, manque les sens de circulation, nom du pont sur des voies en dehors du pont; etc.. Hop ! T . Ruchin Le 24 octobre 2013 16:54, Christian Quest cqu...@openstreetmap.fr a écrit : Il y a aussi des voies à 3 rails en Espagne... pour le double écartement. Là où on n'a pas (encore) mappé chaque voie séparément, on peut indiquer le nombre de voies: tracks=n https://wiki.openstreetmap.org/wiki/Key:tracks Le 24 octobre 2013 15:42, Pieren pier...@gmail.com a écrit : 2013/10/24 Francescu GAROBY windu...@gmail.com: Là où la question du tracé en 1 ou 2 voies peut se poser, c'est pour le tram de Caen et de Nancy : les 2 roulent sur pneus mais sont guidés par un rail. When modeling multi-track parallel railway lines in close proximity they can either be modeled as a single way with tracks=*, or as a number of parallel ways. If individual tracks have different tagging requirements (max-speed, electrification, gauge, etc.) then the tracks should be modelled appropriately. The tracks=* tag should be used to record the number of tracks with a default value of 1 being assumed where this is not supplied. On en est pas encore à cartographier chaque rail le way représente la voie (en assumant que tracks=1 par défaut). C'est vrai que le nombre de rails par voie n'est pas encore précisé dans les tags (à inventer, un : rails_per_track=1 (default 2)) ;-) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BD Carthage est libre
Bonjour, Quelqu'un aurait-il les paramètres TMS adequats à donner à JOSM pour avoir une couche Carthage svp ? Merci par avance. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com Le 24 octobre 2013 01:18, François Lacombe francois.laco...@telecom-bretagne.eu a écrit : Le 23 octobre 2013 21:54, Christian Quest cqu...@openstreetmap.fr a écrit : Je n'ai pas tenu compte (pour l'instant) des attributs décrivant les tunnels ou autre. D'accord. Je pensais que les franchissements étaient livrés avec les données. Aucun détail à part la nature: Réservoir. Ok. C'est déjà bien d'avoir cette info. Bon courage pour l'élaboration du rendu final et merci pour ces retours. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] BD Carthage est libre
Je l'ai mis sur le wiki: https://wiki.openstreetmap.org/wiki/WikiProject_France/BDCarthage Le 24 octobre 2013 18:22, François Lacombe francois.laco...@telecom-bretagne.eu a écrit : Bonjour, Quelqu'un aurait-il les paramètres TMS adequats à donner à JOSM pour avoir une couche Carthage svp ? Merci par avance. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com Le 24 octobre 2013 01:18, François Lacombe francois.laco...@telecom-bretagne.eu a écrit : Le 23 octobre 2013 21:54, Christian Quest cqu...@openstreetmap.fr a écrit : Je n'ai pas tenu compte (pour l'instant) des attributs décrivant les tunnels ou autre. D'accord. Je pensais que les franchissements étaient livrés avec les données. Aucun détail à part la nature: Réservoir. Ok. C'est déjà bien d'avoir cette info. Bon courage pour l'élaboration du rendu final et merci pour ces retours. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tracé des limites communales d'Aquitaine terminé
C'est presque fini pour les Ardennes - plus que deux communes en cours de tracage - c'est quoi la suite? Le 10 octobre 2013 13:09, Bruno Cortial bruno.cort...@gmail.com a écrit : J'étudie la possibilité de faire une animation avec d3.js et les dates des versions 1 des relations. Le principe de traitement des données sera plus simple. A + Le 10 oct. 2013 09:20, Ab_fab gamma@gmail.com a écrit : Les extraits full history doivent pouvoir permettre de représenter l'évolution des *ways* boundary = administrative Mais les relations ne sont pas gérées par la base de données, donc difficile de montrer l'évolution des surfaces concernées par ce moyen. Le dernier extrait disponible de la France est en date du 5 février 2013, ainsi que d'autres plus petits. [1] http://osm.personalwerk.de/full-history-extracts/history_2013-02-05_1701/europe/ Le 9 octobre 2013 23:49, Vincent de Château-Thierry v...@laposte.net a écrit : Au passage, si un expert en animation temporelle pouvait concocter une video qui retrace, commune après commune, la constitution de ce puzzle de 36000 pièces, ça pourrait même avoir de la gueule :-) vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Tracé des limites communales des Ardennes terminé - La Champagne-Ardenne au complet
Bonsoir, En 15 jours à peine, le tracé des 307 limites communales manquantes des Ardennes a été bouclé. Il faut remercier la dizaine de contributeurs qui ont imprimé un rythme soutenu à cette tâche. Ce chantier clôt la couverture des limites de Champagne-Ardennequi, pour faire mentir tous les paris, n'aura donc pas été la dernière région complétée :-) Plus que 5 départements à traiter, dans 4 régions. Pour le prochain gâteau Mapcraft, je vous propose de contribuer en Normandies (oui, avec un S) : on trouve 340 communes sans limites dans l'Eure et l'Orne actuellement, ce qui constitue 50% du reste à faire France entière. Eh oui, nous sommes passés sous les 700 communes pour clore _toute_ la couverture. Comme toujours, toutes les contributions sont les bienvenues, aussi modestes soient-elles. À bientôt par ici : http://mapcraft.nanodesu.ru/pie/320 merci vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Nouveau layer traces GPS
Un nouveau layer destiné au mapping avec iD permet de visualiser les traces GPS sous forme de tuiles. On peut l'utiliser ailleurs, comme dans JOSM: tms[22]:https://gps-{switch:a,b,c}. tile.openstreetmap.org/lines/{zoom}/{x}/{y}.png La trace change de couleur en fonction de la direction, ce qui permet de bien se rendre compte des double sens pour ce que j'ai rapidement regardé. Plus d'infos: https://www.mapbox.com/blog/openstreetmap-gps-layer/ -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr