Pozdrav,
Molim vas savjet kako označiti naselja koja imaju razbacane kuće po
brežuljcima, koja nisu kompaktna.
1.
- poligon oko cijelog naselja sa place=village, name=*
- poligon za svaku skupinu kuća sa landuse=residential
2.
- poligon za svaku skupinu kuća, pa sve staviti kao outer u
Ako se mene pita, pod 3.
Janko
Dana 3. svibnja 2013. 11:18 Stjepan Mikec stj3...@gmail.com je napisao/la:
Pozdrav,
Molim vas savjet kako označiti naselja koja imaju razbacane kuće po
brežuljcima, koja nisu kompaktna.
1.
- poligon oko cijelog naselja sa place=village, name=*
- poligon
Ako postoje podaci o granicama naselja, najbolje bi bilo cijelo naselje
oznaciti poligonom place=* (dakle opcija 1). Ako takvi podaci ne postoje,
onda je najbolja opcija 3. Opcija 2 nije dobra jer key:place prema
http://wiki.openstreetmap.org/wiki/Key:place ne bi trebao biti na relaciji.
Pozdrav!
Postoje ali nažalost njihova licenca ne dopušta korištenje za unos u
OSM, tako da se može reći da ne postoje.
On 05/03/2013 08:50 PM, Dominik wrote:
Ako postoje podaci o granicama naselja, najbolje bi bilo cijelo naselje
oznaciti poligonom place=* (dakle opcija 1). Ako takvi podaci ne
Promotivni OSM letak
Poziv svim zainteresiranim za pomoć.
Treba nam ideja za dizajn promotivnog OSM letka koji bi predstavljao OSM
globalno i hrvatsku OSM zajednicu i njezine aktivnosti.
Tehničke specifikacije: dimenzije papira A6 jednostrano ili obostrano,
margine minimalno 1cm zbog printa,
2013/5/3 hbogner hbog...@gmail.com:
Promotivni OSM letak
Poziv svim zainteresiranim za pomoć.
Treba nam ideja za dizajn promotivnog OSM letka koji bi predstavljao OSM
globalno i hrvatsku OSM zajednicu i njezine aktivnosti.
Tehničke specifikacije: dimenzije papira A6 jednostrano ili
Za pocetak je dovoljno i sloziti tekst neki da stane na A6
nesto osnovno da nebude previse natrpano
napisite nesto i podjelite s ostalima u txt, odt, pdf, doc, png, jpg,
... formatu, bitno da imamo neke ideje, ja nemam volje smisljati tekst,
a lako dodam som logo i osmhr logo gore i url qr
Četvrtina A4 papira, znači na pola i još jednom na pola, nije veliko i
lako je za podjelit. I na jedan A4 stanu 4 komada :D
Ako netko ima volje može i veće verzije napraviti...
Dapače, poster je fora, on bi mogao u boji, ali mali letci bi trebali
biti crno bijeli.
On 05/03/2013 09:35 PM,
Dvostrani print hm ne bi bilo loše jedna strana opcenito o OSM a druga o
OSM hr na A6
Dana 3. svibnja 2013. 21:57 hbogner hbog...@gmail.com je napisao/la:
Jedan od razloga za letak je promocija na DORS/CLUC
Hvala svima…
Dakle, 3.
Iako je problem s takvim setom podataka da se za neko područje s kućama ne može
znati kojem naselju od 2 susjedna pripada.
Pa je tu sad pitanje, je li ipak bolje cijelo naselje (stambeni dio) zaokružiti
poligonom iako nismo sigurno gdje su granice naselja, odn. ti podaci
Hi ,
Thanks for you researches Jo... i'm currently reading the user guide given
upper, and it may helps you to understand what's what :p
yesterday Cquest from osm-fr gave me his extract of addresses so it must be
possible some way ... (see here
Ben ça alors! Je vais commencer à donner des cours moi-même.
I have never heard of the people teaching the class, but I'm not editing
much on that side of the country.
It's a good sign, I guess, when OSM is becoming an interesting enough
subject to teach courses about.
Jo
2013/5/3 Julien
Pozdravljeni!
V openstreetmap dodajam vasice z okoliškimi travniki, ki so z vseh strani
obdane z gozdom.
Gozd in vasice sem omejil s poligoni ter jih ustrezno označil.
Zanima me ali lahko vso preostalo površino označim kot travnike ne da bi
moral klikati po vseh točkah meje gozd - travnik oz.
Hi,
due to popular demand OSM's search engine, Nominatim, has recently
received support for the addr:place[1] tag. This tag can be used to
make addresses searchable by Nominatim that do not belong to
a street. Simply replace the usual addr:street with addr:place
containing the region/place the
Hi.
Just wanted to notify those who didn't know: There is now a property
(P402) in use in Wikidata to link the corresponding entry to a relation
ID in OSM.
Example: https://www.wikidata.org/wiki/Q84
With regards,
Svavar Kjarrval
signature.asc
Description: OpenPGP digital signature
Hi,
On 03.05.2013 18:15, Svavar Kjarrval wrote:
Just wanted to notify those who didn't know: There is now a property
(P402) in use in Wikidata to link the corresponding entry to a relation
ID in OSM.
This is a very bad idea and should not be used.
Bye
Frederik
--
Frederik Ramm ## eMail
On Sat, May 4, 2013 at 3:33 AM, Frederik Ramm frede...@remote.org wrote:
On 03.05.2013 18:15, Svavar Kjarrval wrote:
Just wanted to notify those who didn't know: There is now a property
(P402) in use in Wikidata to link the corresponding entry to a relation
ID in OSM.
This is a very bad
Hi,
On 03.05.2013 22:12, Eugene Alvin Villar wrote:
The consensus was that--at least for place relations which are the
target of the said property--OSM relation IDs are stable enough and any
changes in IDs can be easily rectified. Wikidata is a wiki after all.
I am less concerned about the
On 3 May 2013 22:58, Frederik Ramm frede...@remote.org wrote:
On 03.05.2013 22:12, Eugene Alvin Villar wrote:
The consensus was that--at least for place relations which are the
target of the said property--OSM relation IDs are stable enough and any
changes in IDs can be easily rectified.
Hi,
On 03.05.2013 23:08, andrzej zaborowski wrote:
The OSMF has sent a pretty strong message saying that object IDs are
stable enough to base impactful legal decisions on them.
The OSMF has never sent messages saying that object IDs are stable or
even stable enough for anything; if you
On Fri, May 03, 2013 at 11:08:01PM +0200, andrzej zaborowski wrote:
On 3 May 2013 22:58, Frederik Ramm frede...@remote.org wrote:
On 03.05.2013 22:12, Eugene Alvin Villar wrote:
The consensus was that--at least for place relations which are the
target of the said property--OSM relation IDs
On 3 May 2013 23:14, Frederik Ramm frede...@remote.org wrote:
On 03.05.2013 23:08, andrzej zaborowski wrote:
The OSMF has sent a pretty strong message saying that object IDs are
stable enough to base impactful legal decisions on them.
The OSMF has never sent messages saying that object IDs
Hi,
On 03.05.2013 23:18, andrzej zaborowski wrote:
I don't understand -- wasn't the entire process based on the
assumption that intellectual property persists as long as the object
ID persists?
No, that is a misconception. During the license change we deviated from
that idea in both
Am 03.05.2013 23:08, schrieb andrzej zaborowski:
On 3 May 2013 22:58, Frederik Ramm frede...@remote.org wrote:
On 03.05.2013 22:12, Eugene Alvin Villar wrote:
The consensus was that--at least for place relations which are the
target of the said property--OSM relation IDs are stable enough and
On 3 May 2013 23:22, Frederik Ramm frede...@remote.org wrote:
* some objects whose ID had not changed and who had been created by someone
who rejected the license were nonetheless kept if it could be shown that
they had been changed in a major way since;
* some objects that had been freshly
From: andrzej zaborowski [mailto:balr...@gmail.com]
Sent: Friday, May 03, 2013 2:08 PM
To: Frederik Ramm
Cc: OpenStreetMap
Subject: Re: [OSM-talk] OSM relation ID property in Wikidata
I am less concerned about the Wikidata side - if they make a bad
judgement then it is their mess to
Hi,
In general is seems like it might be useful to have some kind of
somewhat permanent URL to an element inside of OSM. However, given
what exists today shouldn't Wikipedia be using the overpass API for
referencing OSM?
Thanks
Jason.
On Fri, May 3, 2013 at 6:46 PM, Paul Norman penor...@mac.com
2013/5/4 Claus Stadler cstad...@informatik.uni-leipzig.de
Hi,
Shouldn't OSM use Wikipedia URLs as UUIDs where applicable rather than
Wikipedia referring to database identifiers? (The answer is a clear 'yes'
from my side.)
In fact there are the (wikipedia, *) tags - but not sure how good the
Isn't this thread about pointing from outside to osm?
Yes, so the simple suggestion is for OSM to extend the API to expose the
wiki tags; something like
Something along the lines of:
http://www.openstreetmap.org/api/0.6/wiki/{lang}/{article}
And this would return the corresponding object(s).
I agree this can be better coordinated, but not everyone uses or reads this
list.
I have a particular interest in these new routes… (don't ask).
B74 is already majorly unveiled at the Tuggerah junction with M1 - so I turned
B74 on in OSM.
http://www.ozroads.com.au/NSW/Special/MAB/563.jpg
On 03/05/2013, at 9:00 PM, Ian Sergeant inas66+...@gmail.com wrote:
I imagine the RMS in their wisdom are going to call the Hume south of Berrima
the A31, rather than M31, so we'll have to make a call on whether we keep
that as motorway. I'd personally be in favour of doing so.
Ian.
jotpe wrote:
es gibt Fälle in denen ein Gelände als Adresse einen Straßennamen hat, zu
der keine gleichheißende Straße existiert.
Beispiel:
Die Oberfeldwebel-Schreiber-Kaserne hat laut
http://www.deutschesheer.de/portal/poc/heer?uri=ci:bw.heer.dienstst.dfbrig.truppenteile.husrgt.anfahrt
Am 01.05.2013 10:24, schrieb Jimmy_K:
nur blöderweise fordert aber die Wiki genau zu diesem Missbrauch des
name-tags auf:
https://wiki.openstreetmap.org/wiki/DE:Tag:amenity%3Duniversity
Und genau das war der Grund wieso ich das so gemacht habe.
___
Nominatim unterstützt jetzt Addressen ohne Strasse via addr:place-Tag.[1]
Einfach das addr:street-Tag weglassen und stattdessen ein addr:place
hinzufügen mit dem Namen des Ortes, wo die Addresse dazugehört.
Super!
Funktioniert das auch zusammen mit associatedStreet-Relationen? So wie
hier:
Hy
Sorry ich hab jetzt nicht gewusst wo ich euch das sonst mitteilen sollte.
http://www.golem.de/news/forevermap-2-openstreetmap-karten-auf-iphone-und-ipad-offline-nutzbar-1305-99072.html
Endlich einmal ein ordentlicher Artikel in einem bekannten Magazin (gleich
hinter heise.de wohl das
On 03.05.2013 15:03, Erwin Ernst Steinhammer wrote:
Ich hoffe, dass die App auch noch für Android kommt
wer lesen kann ist klar im Vorteil ;)
Für Android ist Forevermap2 schon länger erhältlich.
letzter Satz direkt über dem Bild im Artikel ...
und, dass sie dort gratis sein wird.
10¢
On 03.05.13 08:14, Sarah Hoffmann wrote:
Nominatim unterstützt jetzt Addressen ohne Strasse via addr:place-Tag.
Fein, danke!
Bitte unterstützt die sinnverwandten anderen addr:* Tags (addr:suburb wird lt.
Taginfo 306052 mal verwendet [mehr als addr:place!], addr:hamlet wird auch immer
mehr
Am 03.05.2013 15:16 schrieb Hartmut Holzgraefe
hartmut.holzgra...@gmail.com:
On 03.05.2013 15:03, Erwin Ernst Steinhammer wrote:
Ich hoffe, dass die App auch noch für Android kommt
wer lesen kann ist klar im Vorteil ;)
Für Android ist Forevermap2 schon länger erhältlich.
letzter Satz
On 03/mag/2013, at 15:21, Andreas Labres l...@lab.at wrote:
Bitte unterstützt die sinnverwandten anderen addr:* Tags (addr:suburb wird lt.
Taginfo 306052 mal verwendet [mehr als addr:place!], addr:hamlet wird auch
immer
mehr genutzt) auch. In der Umsetztung sollte das gleich zu behandeln
Am 03.05.2013, 15:38 Uhr, schrieb Martin Koppenhoefer
dieterdre...@gmail.com:
man könnte auch versuchen, die restlichen Mapper zum Umtaggen zu
addr:place bewegen, mehrere taggingvarianten für dasselbe
verkomplizieren die Sache doch nur unnötig.
Naja, addr:place und addr:hamlet/suburb/...
On 03.05.13 15:38, Martin Koppenhoefer wrote:
man könnte auch versuchen, die restlichen Mapper zum Umtaggen zu addr:place
bewegen,
Und mehr als 300.000 addr:suburb Tags automatisch umtaggen, oder wie?
Ich bin leidenschaftslos, was die Benennung der addr:* Keys angeht, aber grade
der
On 05/03/2013 03:49 PM, Martin Raifer wrote:
Am 03.05.2013, 15:38 Uhr, schrieb Martin Koppenhoefer
dieterdre...@gmail.com:
man könnte auch versuchen, die restlichen Mapper zum Umtaggen zu
addr:place bewegen, mehrere taggingvarianten für dasselbe
verkomplizieren die Sache doch nur unnötig.
Hallo,
aktuell arbeiten wir an der nächsten Version des Keypad-Mapper 3:
http://wiki.openstreetmap.org/wiki/DE:Keypad-Mapper_3 .
Das ist eine Opensource Android Software zum effizienten Erfassen von
Hausnummern und Adressen für OSM.
Download hier:
Hallo,
fuer die Open Data Week (opendataweek.org) in Marseille wird am
26.6. jemand aus der deutschen Community gesucht, der ein bisschen
darueber berichtet, wie das so laeuft mit OSM in Deutschland (warum wir
so erfolgreich sind). Der Vortrag kann auf Englisch oder Franzoesisch
gehalten
On Fri, May 03, 2013 at 02:43:04PM +0200, Martin Raifer wrote:
Nominatim unterstützt jetzt Addressen ohne Strasse via addr:place-Tag.[1]
Einfach das addr:street-Tag weglassen und stattdessen ein addr:place
hinzufügen mit dem Namen des Ortes, wo die Addresse dazugehört.
Super!
Funktioniert
Ich fänds schön wenn der mal einen Beenden-Menüpunkt anbieten würde und man
nicht warten muss bis er irgendwann von selbst aufhört das GPS zu
verwenden.
Sorry für OT.
On Topic würde ich vorschlagen das man einfach einen Menüpunkt Neue
Straße anbietet und sofern schon Hausnummer getaggt wurden
On Fri, May 03, 2013 at 04:10:39PM +0200, Andreas Neumann wrote:
On 05/03/2013 03:49 PM, Martin Raifer wrote:
Am 03.05.2013, 15:38 Uhr, schrieb Martin Koppenhoefer
dieterdre...@gmail.com:
man könnte auch versuchen, die restlichen Mapper zum Umtaggen zu
addr:place bewegen, mehrere
Hallo,
Am 19.04.2013 19:52, schrieb malenki:
qunuxy-osmmailingli...@yahoo.com schrieb:
Beim genaueren Betrachten der Daten sieht es aus, als würden neue
Objekte und Änderungen an bestehenden seit der Umstellung auf 64-bit
identifiers nicht in der AiO auftauchen.
Die Node-ID 2^31-1 wurde
Hallo,
mir ist aufgefallen, dass in OpenStreetBugs gerade viele Bugs
eingetragen, dessen Inhalt ungfähr sagt, dass der Weg kein Naturtrail
sei.[1][2] Die Wege sind alle als die als highway:path gemappt sind.
Ich hatte highway:path immer als etwas, was kein expliziter Fuß- oder
Radweg ist,
On Fri, May 03, 2013 at 09:09:48PM +0200, Stefan wrote:
Hallo,
mir ist aufgefallen, dass in OpenStreetBugs gerade viele Bugs
eingetragen, dessen Inhalt ungfähr sagt, dass der Weg kein
Naturtrail sei.[1][2] Die Wege sind alle als die als highway:path
gemappt sind.
Ich hatte highway:path
Hallo,
highway=path ist ein allgemeiner highway-Typ für Wege abseits des
Straßenverkehrs, die weder für die Land- noch Forstwirtschaft (dann wäre
es highway=track) genutzt werden. Was das nun genau für ein Weg ist,
wird über weitere Tags geregelt. Bspw. access, surface, width, ...
Henning
Hallo Mechtilde,
Gibt es schon ne Lösung?
nimm die von Thorsten Kukuk
http://osm.thkukuk.de/
Wilhelm
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Florian Lohoff schrieb:
On Fri, May 03, 2013 at 09:09:48PM +0200, Stefan wrote:
Hallo,
mir ist aufgefallen, dass in OpenStreetBugs gerade viele Bugs
eingetragen, dessen Inhalt ungfähr sagt, dass der Weg kein
Naturtrail sei.[1][2] Die Wege sind alle als die als highway:path
gemappt sind.
path ist eine der beliebtesten Definitionsschwächen von OSM.
Ursprünglich war es als generisches Highway-Tag für Wege mit Mischnutzung
vorgesehen, wo weder footway noch cycleway paßt, und nicht für Naturpfade.
Die Bezeichnung ist natürlich sehr unglücklich gewählt, da man es intuitiv
sofort mit
Am 03.05.2013 23:17, schrieb NopMap:
Von daher würde ich im Ausschlußverfahren sagen: In Ermangelung eines
eindeutigen Tags ist path für Naturpfade richtig.
Du kannst mit einem highway=path auch einen Naturpfad darstellen. Dafür
gibt es ja diverse Zusatztags...
Hallo Rainer,
die Liste ist jetzt abgearbeitet. Die jeweils letzten Zeilen jeder Gruppe, die
auf ... member not found enden, sind Abbiegebeschränkungen, bei denen nur ein
Weg zum Teil innerhalb der Bounding-Box zum Ausschneiden der Gruppe aus einer
größeren Karte liegt, während der via-Knoten und
Am 3. Mai 2013 21:12 schrieb Florian Lohoff f...@zz.de:
On Fri, May 03, 2013 at 09:09:48PM +0200, Stefan wrote:
Hallo,
mir ist aufgefallen, dass in OpenStreetBugs gerade viele Bugs
eingetragen, dessen Inhalt ungfähr sagt, dass der Weg kein
Naturtrail sei.[1][2] Die Wege sind alle als
sospettavo una cosa del genere effettivamente...
Comunque sia ho un dubbio sul pulsante con la v verde...non mi è mai
capitato di vedere questo pulsante attivo. io i bug li ho sempre corretti e
poi passavo al bug successivo...quel pulsante non l'ho mai potuto
schiacciare. e poi ho caricato le
Il giorno 03 maggio 2013 09:09, Aury88 spacedrive...@gmail.com ha scritto:
sospettavo una cosa del genere effettivamente...
Comunque sia ho un dubbio sul pulsante con la v verde...non mi è mai
capitato di vedere questo pulsante attivo. io i bug li ho sempre corretti
e
poi passavo al bug
Siccome sto cercando di preparare al meglio la pagina o le pagine, mi
servirebbe un chiarimento.
l'attraversamento da un marciapiede all'altro va sotto higway=crossing,
oppure, da come mi sembra di aver capito dalle pagina sull'uso del tag e
key crossing (0)(1), la way di attraversamento come
In data venerdì 3 maggio 2013 10:10:05, girarsi_liste ha scritto:
quale la massima che devo seguire? in linea generica ovvio, poi cè caso
e caso.
La linea dell'attraversamento:
highway=footway + footway=crossing
Il nodo che interseca la strada:
highway=crossing
Alessio
Ciao...
Scusate se probabilmente la discussione è già avvenuta in passato ma
avrei un dubbio operativo su come inserire i cassonetti per la raccolta
differenziata.
Innanzitutto nel mio territorio la racconta è fissata da un gestore
(Acea) che sicuramente andrà inserito nell'operator.
In linea
ah, ok, non avevo capito che quel pulsante funzionasse solo con il servizio
KeepRight...bene.
Ne approfitto per fare un'altra segnalazione (lo so...sono un rompi balle
XD): gli errori duplicate ways caricano un'area spesso troppo piccola
(alcune volte addirittura di pochi metri per lato) e
Il 03/05/2013 10:48, Alessio Zanol ha scritto:
La linea dell'attraversamento:
highway=footway + footway=crossing
Il nodo che interseca la strada:
highway=crossing
Alessio
Ok, casomai durante le verifiche cè sempre modo di correggere.
--
Simone G.
penso che non sia scorretta la mappatura con un singolo nodo per più
cassonetti, ma è pur sempre una informazione in meno
quindi direi di si...se è possibile mapparli separatamente con singoli nodi
propenderei per un nodo per ogni cassonetto ( non scordarti
recycling_type=container ;) )...anche se
FYI, per risolvere il problema di indirizzi senza strada (con nome), è
stato previsto un generico addr:place (non da confondere con addr:city, che
rimane come era). Oltre a addr:place qualche mappatore usa anche
addr:hamlet e addr:suburb, però (al meno per il momento) solo addr:place
viene
Il giorno 03 maggio 2013 14:54, Aury88 spacedrive...@gmail.com ha scritto:
...
Ne approfitto per fare un'altra segnalazione ..
gli errori duplicate ways caricano un'area spesso troppo piccola
(alcune volte addirittura di pochi metri per lato) e naturalmente si
verifica che non riesca a
È solo una bozza appena cominciata, ma chiedo di darci un'occhio che non
abbia travisato il tutto, grazie
Magari guardate il template infobox già che ci siete, non capisco perchè
nel titolo non compare higway=footway, forse perchè ancora sanbox?
Perfetto! Finalmente qualcosa si muove... Già da un po' di tempo sto
usando il addr:place per segnalare gli indirizzi di tutti quei
paesi/località ecc. che non hanno nomi di vie. Devo dire che nella mia
zona (provincia di Trieste) tutte le località minori non hanno nomi di
vie. Anzi,
http://blog.thematicmapping.org/2013/04/norway-will-open-its-topographic.html
Trabajemos para que Colombia sea el siguiente!
-a
___
Talk-co mailing list
Talk-co@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-co
Ariel ¿Qué dice Uninorte para la región Caribe?
2013/5/3 Fredy Rivera fredyriv...@gmail.com
On Fri, May 3, 2013 at 8:46 AM, hyan...@gmail.com hyan...@gmail.comwrote:
También hay una iniciativa en Buenos Aires
http://data.buenosaires.gob.ar/dataset
Y un próximo evento en Uruguay
On Fri, May 3, 2013 at 9:08 AM, hyan...@gmail.com hyan...@gmail.com wrote:
Ariel ¿Qué dice Uninorte para la región Caribe?
Quizas Carlos Castillo se mida a la región sur occidental desde el cauca o
Valle.
Con la secretaria de Gobierno de Bogota y red pato2 con se podría proponer
en Bogotá.
Excelente funcionalidad, yo ya la uso con mis muchachos en Duitama
El 30 de abril de 2013 19:36, Fredy Rivera fredyriv...@gmail.com escribió:
Hola maperxs
les dejo este artículo sobre la nueva característica de nuestro mapa.
Que bueno y sobre todo paisanos
El 30 de abril de 2013 10:09, hyan...@gmail.com hyan...@gmail.comescribió:
Estimados maperos:
Interesante artículo, está habilitado un PDF para descargar. Con base en
la metodología de medición usada el más completo es gvSIG, seguido por
GRASS y QGis.
Yo registré el dominio openbarranquilla.org hace rato y estoy agarrando un
template de Code for America. Yo puedo hablar con la norte y trabajar por
estos lares.
http://openbarranquilla.org
On Fri, May 3, 2013 at 9:16 AM, Fredy Rivera fredyriv...@gmail.com wrote:
On Fri, May 3, 2013 at 9:08
Chévere.
Las universidades inician calendario académico en febrero ¿qué tal primera
semana de marzo 2014?
2013/5/3 Ariel Nunez ingenieroar...@gmail.com
Yo registré el dominio openbarranquilla.org hace rato y estoy agarrando
un template de Code for America. Yo puedo hablar con la norte y
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2013-05-02 21:35, Guillaume Pratte wrote:
Les gens désirant s'inscrire peuvent le faire sur EventBrite:
http://ossmmtl.eventbrite.com/
Excellente initiative :)
Ce lien n'a pas fonctionné pour moi. Par contre celui-ci oui:
Bonjour,
J'ai vu passer cette URL, sur la liste de diffusion de l'appli OSMand :
http://data.osm-hr.org/planet/
Il s'agit d'extraits (au format pbf) thématiques de la base OSM.
Pratique pour qui veut exploiter les 158 MO de voies de chemin de fer sans
avoir à télécharger le fichier planet
Bonjour Philippe,
Le 03/05/2013 00:54, Philippe Verdy a écrit :
Les grammes de CO2 ne se réduiront pas, quel que soit le volume, tant
que cette liste existera. La plus grande partie vient de la seule[...]
désolé, je n'avais pas mis mode humour on car je pensais que c'était
évident... /o\
Bonjour Philippe,
Au lieu de donner le sentiment de vouloir casser les bonnes volontés, peut
être pourrais-tu être davantage dans le questionnement que dans
l'affirmation? Car c'est facile de dire il vaut mieux faire, ne sert pas
à grand chose, pensez d'abord à...
Romain
Le 3 mai 2013 01:09,
Philippe, je te propose de t'occuper de la préparation du projet du mois de
juin.
De cette manière, tu pourras nous montrer par l'exemple comment bien
préparer un sujet.
Le 3 mai 2013 01:09, Philippe Verdy verd...@wanadoo.fr a écrit :
Je ne suis pas sûr que ces projets du mois soient très
Mes messages sont courts tant qu'on commence à ne pas y répondre par des
messages encore plus longs et rajouter des propos qui virent à l'obsession
personnelle contre moi.
C’est ce qu’on appelle de la mauvaise foi, ou de l’inconscience, c’est
selon : il arrive régulièrement que tu te laisses
Philippe,
Dans le mail initial de ce thread, il y a marqué ceci :
Il filtre les citations d'autres messages s'ils sont correctement
identifiés par le marqueur (ce qui est le cas dans la grande majorité
des cas mais cela laisse une petite marge d'erreur).
Donc les citations sont en grande
Bonjour à tous,
Dimanche dernier j'ai participé à l'animation d'une carto-partie à côté
de de Nîmes. Depuis un participant s'est mis à contribuer à OSM et il
est en train de faire ceci :
http://www.openstreetmap.org/?lat=43.81604lon=4.20662zoom=16layers=M
Il représente chaque vigne
Bonjour à tous,
Je vous explique en substance. Le président de ma communauté de communes
souhaite mettre en place un SIG. ( rappel nécessaire : Nous en sommes à
la phase de questionnement.)
Étant contributeur OSM, je me suis dit qu'il serait bon de les orienter
dans cette direction. N'étant ni
Salut,
Je trouve ça très beau, mais en effet, c'est peut-être un peu trop détaillé.
Moi j'ai fait comme ça :
http://www.openstreetmap.org/?lat=44.16949lon=1.15537zoom=15layers=M
C'est à dire regrouper les surfaces de même type et dessiner des
chemins, haies entre. Je déforme malheureusement un
Bonjour
Pour ma part, la séparation des champs est bien physique ( ce n'est pas
simplement une haie ou une barrière qui sépare 2 parcelles. Donc sa
représentation n'est pas si fausse que cela.
Cordialement
--
David Crochet
___
Talk-fr mailing
Le 3 mai 2013 11:45, Nicolas Moyroud nmoyr...@free.fr a écrit :
Bonjour à tous,
Dimanche dernier j'ai participé à l'animation d'une carto-partie à côté de
de Nîmes. Depuis un participant s'est mis à contribuer à OSM et il est en
train de faire ceci :
Dans le cas des résidential je ne suis pas d'accord par contre.
Car c'est une zone résidentielle, la rue est dans la zone, donc là je
dit qu'on est dans l'erreur.
Je ne suis pas non plus LA référence.
Léo
Le 03/05/2013 10:53, Romain MEHUT a écrit :
Le 3 mai 2013 11:45, Nicolas Moyroud
Bonjour,
En quoi est-ce gênant si c'est conforme à la réalité du terrain ?
Je ne m'aventurerais pas dans ce type de micro-mapping, je me lasserais
trop vite, mais si le contributeur en a le courage, je ne vois rien à
lui opposer.
Stf
Le vendredi 3 mai 2013 11:45:37, Nicolas Moyroud a écrit
Le 3 mai 2013 11:52, OpenSourceWay opensource...@laposte.net a écrit :
Salut,
Je trouve ça très beau, mais en effet, c'est peut-être un peu trop
détaillé.
Moi j'ai fait comme ça : http://www.openstreetmap.org/?**
Je suis d'accord avec toi mais :
La limite physique d'un champ est la route. De même pour les haies. Je
vais lire la discussion que tu viens de me faire découvrir.
Mais que mettrais-tu entre un champ et une route (je fait une
expérimentation de mappage « abusif » pour voir les côtés négatifs
Trés bel exemple d'un objet que l'on voit de différentes façons ; ce que
l'on dit être un objet est directement une vue.
Mais ça n'empêche pas de se mettre d'accord sur la façon d'enregistrer un
objet. Je n'ai aucune idée de si ça existe pour les vignes. Et quand
bien même un tel accord existe,
Il y deux semaines j'ai découvert Quantum GIS (QGIS). C'est un logiciel
libre. Il intègre parfaitement avec PostGIS. Je commence déjà à être
productif (ça fait déjà plus longtemps que j'utilise PostgreSQL (des
années) et PostGIS (des mois).
De toute façon, moi je mettrais tout dans une base
En disant Je ne suis pas sûr que, ce n'est pas du tout dans l'affirmation
mais bien dans le questionnement. Je donnais un avis car les sujets
proposés sont assez larges et pas mesurables, et je ne vois pas en quoi
cela ne demanderait qu'un seul mois.
En revanche les projets HOT ont des objectifs
Le 3 mai 2013 12:09, OpenSourceWay opensource...@laposte.net a écrit :
Je suis d'accord avec toi mais :
La limite physique d'un champ est la route. De même pour les haies. Je
vais lire la discussion que tu viens de me faire découvrir.
Mais que mettrais-tu entre un champ et une route (je fait
Philippe Verdy verd...@wanadoo.fr wrote:
Et combien de messages qui me citent même quand je n'étais pas concerné ?
Et auxquels je ne réponds même pas (tant que cela reste dans des limites
acceptables) ?
Si tu lis bien ce qui est indiqué les stats ne tiennent pas compte des
citations, juste
Bonjour,
Am 03.05.2013 11:45, schrieb Nicolas Moyroud:
Il représente chaque vigne individuellement plutôt qu'une couverture globale
du
sol.
Ce qui me gêne c'est qu'il ne mappe pas les chemins entre les parcelles et que
l'espace entre les landuse est plus large que ces chemins car il ne tient
On 03/05/2013 13:11, Pierre-Alain Dorange wrote:
Si j'ai un reproche a te faire (tu as bien sur le droit de m'en faire
aussi) c'est que certains de tes messages sont vraiment trop long. Au
point que souvent je les lis qu'en diagonale (je sais c'est mal). Sur
le fond tu mènes par contre des
Le 3 mai 2013 14:04, RainerU ra...@sfr.fr a écrit :
Bonjour,
Am 03.05.2013 11:45, schrieb Nicolas Moyroud:
Il représente chaque vigne individuellement plutôt qu'une couverture
globale du
sol.
Ce qui me gêne c'est qu'il ne mappe pas les chemins entre les parcelles et
que
l'espace entre
1 - 100 of 151 matches
Mail list logo
