oko Sinja ima 4 značajna krajobraza Sutina, Grab, Ruda, Rumin.
Napraviću to
Joža
Dana 19. 11. 2014. 13:00 osoba talk-hr-requ...@openstreetmap.org napisala
je:
Talk-hr posaljite mailing list poruke na
talk-hr@openstreetmap.org
Da biste se pretplatili ili odjavili preko Weba, posjetite
On Tue, Nov 18, 2014 at 11:57:40PM +0100, Janko Mihelić wrote:
U našim zakonima sam našao slijedeća područja:
strogi rezervat,
nacionalni park,
posebni rezervat,
park prirode,
regionalni park,
spomenik prirode,
značajni krajobraz,
park-šuma,
spomenik parkovne arhitekture
Just in case you missed the little ? mark icon in the main OSM website.
https://twitter.com/richardf/status/530687174463979520
--
cheers,
maning
--
Freedom is still the most radical idea of all -N.Branden
wiki: http://esambale.wikispaces.com/
Great addition! I often have to go through loading the area data even if
I'm only interested in just one feature.
*Erwin Olario*
- - - - - - - - - - - - - - - - - - -
» email: erwin@ er...@ngnuity.net*n**gnu**IT**y**.**net*
http://ngnuity.net/ | gov...@gmail.com
» mobile: (PHL): +63 908 817 2013
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
For single use buildings like that it is no problem to make them a
polygon, it is better in fact because there is then more information
in the database, like the size of the object, etc. I would say
continue on as you were.
- -AndrewBuck
On
Project NOAH has recently made their v2 to public preview adding a couple
of important functionalities to the site and improving its GUI. Aside from
the OSM maps layer as selectable basemaps (transport, cyclemap, mapnik),
WEBSAFE which is a reconfigured INASAFE for it to be available as a web app
As far as the Garmin GPS map based on OSM to which I compile, either a
polygon or a node would do as long as the original tags of the node are
re-tagged on the new polygon.
I've brought this issue up to Ivet and eventually to Feye a couple of weeks
ago. I have noticed that the new nodes they
Im getting this error whenever I use the feature
*Error contacting http://overpass-api.de/api/interpreter
http://overpass-api.de/api/interpreter*
Ervin M.
*Schadow1 Expeditions* - A Filipino must not be a stranger to his own
motherland.
http://www.s1expeditions.com
On Wed, Nov 19, 2014 at 7:09
Hi Feye,
This is OK. Was just curious about the similar activity and wanted to know
what was happening. :-)
Anyway, I do have a suggestion. Instead of deleting the original POI node,
please suggest that they use the original node as one of the nodes of the
new polygon. This is so that the
Great suggestion from Eugene to merge nodes into polygons. FWIW, in the
JOSM editor, the shortcut key to merge nodes is M.
*Erwin Olario*
- - - - - - - - - - - - - - - - - - -
» email: erwin@ er...@ngnuity.net*n**gnu**IT**y**.**net*
http://ngnuity.net/ | gov...@gmail.com
» mobile: (PHL): +63 908
Hi thanks to all for responding and in particular to the offers of help
from Luis, Thomas and Diane.
I use Luis' email below to give more detail about our activities. See
in-line.
It is also now my strong personal opinion that we should now engage a
paid part-time General Counsel but that
I am always late to the party, but I just discovered the GeoChat plugin.
It's brilliant. If you use JOSM, you want the GeoChat plug in. Then you
want to ask in the irc channel or on the Mumble server for someone to come
and look at something you are mapping. Then just watch as people show up*
to
Hi,
Peter Barth schrieb:
OSMarelmon might be the tool you're looking for.
the server seems to be up again. You might want to give it a try if that
fits your needs: http://osmarelmon.won2.de/
Peda
___
talk mailing list
talk@openstreetmap.org
the server seems to be up again. You might want to give it a try if that
fits your needs: http://osmarelmon.won2.de/
Looks good but very strange that it won't accept numbers for the name.
ie 'NCN Route 4' was rejected!
Dave F.
Mapper, not committee member
---
This email is free from
Good evening,
I’m delighted to announce a new Maproulette task that focuses on ways that are
missing in Luxembourg: http://maproulette.org/#t=luxembourg_missing_ways
http://maproulette.org/#t=luxembourg_missing_ways
If you haven’t used Maproulette before: you will get a point where I think
Hoi allemaal,
Voor de mensen die Thunderbird gebruiken, stem a.u.b. op
https://bugzilla.mozilla.org/show_bug.cgi?id=531285 door in te loggen,
op vote te klikken en een stem uit te brengen.
Verder is zinvol commentaar welkom (gaarne geen teksten als +1) en
deel deze bug met andere
Hi
Can I request sheets 26/25 NW and SW?
Thanks
Brian
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie
+1
--
View this message in context:
http://gis.19327.n5.nabble.com/Mobile-Apps-tp5824537p5824799.html
Sent from the Italy General mailing list archive at Nabble.com.
___
Talk-it mailing list
Talk-it@openstreetmap.org
Io sono utente Android. Solitamente uso OsmAnd per tracciare i percorsi ed
OsmPad per rilevare i civici.
Ciao,
Max
--
View this message in context:
http://gis.19327.n5.nabble.com/Mobile-Apps-tp5824537p5824800.html
Sent from the Italy General mailing list archive at Nabble.com.
su iOS posso raccomandare Go Map!!
Ha autocompletion e si riesce abbastanza bene ad editare nodi e ways ed
anche i tags dei multipoligoni...
ciao,
Martin
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it
Il 16/11/2014 22:42, Germano Massullo ha scritto:
A mio avviso, per Android: OsmTracker e OsmAnd
+1 OsmTracker per il tracking.
+1 OsmAnd per la navigazione
Aggiungerei anche Keypad Mapper per i civici.
___
Talk-it mailing list
Per iOS c'è anche Galileo
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it
On 16/11/2014 22:02, Pratosmart wrote:
Ciao a tutti
allo stato attuale quali sono le migliori app mobile (android e iOS) per fare
GPS tracking su OSM?
Grazie!
Sarò leggermente OT ma colgo l'occasione per dire che per Firefox OS non
c'è ancora nulla.
Peccato: se qualcuno ha conoscenze di
Ti ringrazio...
--
View this message in context:
http://gis.19327.n5.nabble.com/ZTL-e-zona-pedonale-tp5823655p5824848.html
Sent from the Italy General mailing list archive at Nabble.com.
___
Talk-it mailing list
Talk-it@openstreetmap.org
2014-11-18 22:58 GMT+01:00 Simone F. grop...@gmail.com:
Faccio delle ipotesi: potrebbero essere stati rimossi per errore o per
delle correzioni (es. tag errati o articoli non più esistenti) oppure hanno
rimosso da un oggetto i tag riferiti ad altre lingue, visto che ne basta
una sola (non sto
dieterdreist wrote
Comunque, 36 non sono pochi. Non sarebbe male sapere dove è successo.
Grazie ad entrambi per le spiegazioni.
Anche secondo me e' strano, ma non so come verificare. Terro' comunque
monitorata la tabella se si dovesse ripetere.
Saluti.
--
Marco_T
--
View this message in
2014-11-19 18:31 GMT+01:00 Marco_T toto...@libero.it:
Grazie ad entrambi per le spiegazioni.
Anche secondo me e' strano, ma non so come verificare. Terro' comunque
monitorata la tabella se si dovesse ripetere.
pensavo ci potrebbe essere ancora una copia del file di ieri, scusate la
mia
On 19/11/2014 12:38, Elena ``of Valhalla'' wrote:
On 2014-11-19 at 11:48:35 +0100, Michael Moroni wrote:
Sarò leggermente OT ma colgo l'occasione per dire che per Firefox OS non c'è
ancora nulla.
Peccato: se qualcuno ha conoscenze di Javascript, HTML5, cazzimazzi
potrebbe creare un'app per il
Il giorno 19 novembre 2014 18:54, Martin Koppenhoefer
dieterdre...@gmail.com ha scritto:
2014-11-19 18:31 GMT+01:00 Marco_T toto...@libero.it:
Grazie ad entrambi per le spiegazioni.
Anche secondo me e' strano, ma non so come verificare. Terro' comunque
monitorata la tabella se si dovesse
Ciao,
in questo punto c'è un multipoligono con cui voglio mappare la foresta.
http://www.openstreetmap.org/#map=17/45.64481/11.34744layers=C
Tutto bene eccetto la parte di foresta che viene disegnata fra questi due
nodi (è uno piccolo spicchio ma c'è):
node 452166379
node 452166463
Qualcuno
Il giorno mer, 19/11/2014 alle 13.24 -0700, mircozorzo ha scritto:
Ciao,
in questo punto c'è un multipoligono con cui voglio mappare la foresta.
http://www.openstreetmap.org/#map=17/45.64481/11.34744layers=C
Tutto bene eccetto la parte di foresta che viene disegnata fra questi due
Hej alle sammen
Vi har for tiden ca. 775.000 bygninger i OSM Danmark. Vi har mulighed
for at få 3,8 millioner ekstra bygninger i høj kvalitet fra det åbne
geodataprogram og dermed værdiberige OSM Danmark endnu mere.
En import vil selvfølgelig ikke overskrive bygninger som OSM
frivillige i
Det lyder som en god idé - hvilke indvendinger kan der være?
Venlig hilsen
Kristian Krægpøth
Den 19. nov. 2014 kl. 17.30 skrev Soren Johannessen
soren.johannes...@gmail.com:
Hej alle sammen
Vi har for tiden ca. 775.000 bygninger i OSM Danmark. Vi har mulighed
for at få 3,8 millioner ekstra
Klart en god ide, der skal bare gøres.
@flemming - så er det vel temmeligt begrænset, hvor der er importeret
bygning. Fx Kolding kommune. (Andre steder kender jeg ikke til)
Ang. Kolding så er de nye data lidt bedre og der er del opdatering med
tilbygninger og nedrivniger på eksisterende
Soren Johannessen skrev:
Så derfor skal I kun svare i denne tråd Ja eller Nej om det er en god
ide at gå videre i den process.
Ja.
Kristian Krægpøth skrev:
Det lyder som en god idé - hvilke indvendinger kan der være?
Mulige indvendinger:
1) Hvis datakvaliteten ikke er i orden, vil vi få
Til orientering - Følgende kommuner er færdige og har fuld
dækningsgrad pt. Kolding, Jammersbugt, Frederikssund, Faxe, Stevns,
Dragør, Fanø, Morsø og Læsø
Vedr teknisk setup og spørgsmål - Jeg vil godt vente med dette indtil
vi har fundet ud af om vi skal gøre det eller ej - Hvis ja nedsættes
Ja
Op 19-nov.-2014 18:38 schreef Soren Johannessen
soren.johannes...@gmail.com:
Til orientering - Følgende kommuner er færdige og har fuld
dækningsgrad pt. Kolding, Jammersbugt, Frederikssund, Faxe, Stevns,
Dragør, Fanø, Morsø og Læsø
Vedr teknisk setup og spørgsmål - Jeg vil godt vente
God ide
Nogle byggerne skal nok forenkles bagefter, så fx 5 punkter med 0 grader
imellem dem bliver til 2 punkter
Vi skal ikke fylde OSM databasen med ligegyldige punkter.
Mvh
Bilbo Denmark
Den 19/11/2014 18.36 skrev Jørgen Elgaard Larsen j...@elgaard.net:
Soren Johannessen skrev:
Så derfor
Ja
2014-11-19 17:30 GMT+01:00 Soren Johannessen soren.johannes...@gmail.com:
Hej alle sammen
Vi har for tiden ca. 775.000 bygninger i OSM Danmark. Vi har mulighed
for at få 3,8 millioner ekstra bygninger i høj kvalitet fra det åbne
geodataprogram og dermed værdiberige OSM Danmark endnu
Jeg siger også ja.
Vh.
Erik Klausen
Den 19-11-2014 17:30, Soren Johannessen skrev:
Hej alle sammen
Vi har for tiden ca. 775.000 bygninger i OSM Danmark. Vi har mulighed
for at få 3,8 millioner ekstra bygninger i høj kvalitet fra det åbne
geodataprogram og dermed værdiberige OSM Danmark endnu
Grønt lys herfra.
/Lars
2014-11-19 17:30 GMT+01:00 Soren Johannessen soren.johannes...@gmail.com:
Hej alle sammen
Vi har for tiden ca. 775.000 bygninger i OSM Danmark. Vi har mulighed
for at få 3,8 millioner ekstra bygninger i høj kvalitet fra det åbne
geodataprogram og dermed værdiberige
Ja herfra.
Vh
Jakob Riis Josephsen
Den 19/11/2014 17.30 skrev Soren Johannessen soren.johannes...@gmail.com
:
Hej alle sammen
Vi har for tiden ca. 775.000 bygninger i OSM Danmark. Vi har mulighed
for at få 3,8 millioner ekstra bygninger i høj kvalitet fra det åbne
geodataprogram og dermed
Ja til bygningsimport
Venlig hilsen
Henrik Puukka-Sørensen
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk
On 19-11-2014 17:30, Soren Johannessen wrote:
Hej alle sammen
Vi har for tiden ca. 775.000 bygninger i OSM Danmark. Vi har mulighed
for at få 3,8 millioner ekstra bygninger i høj kvalitet fra det åbne
geodataprogram og dermed værdiberige OSM Danmark endnu mere.
Så giv lige tilkende din
Det lyder som en god ide.
Et par spørgsmål:
Hvilken database er der tale om?
Hvorledes forestiller du dig, at importen skal foregå. Bliver det en
automatisk import, hvor oprydningen så skal foregå senere? Eller kunne
det blive en eller anden form for kooperativ import, hvor frivillige
Hej Ole
Det er det geodatasæt der hedder FOT fra Geodatastyrelsen og de danske
kommuner der indeholder disse bygningspolygoner.
Nej intet junk-dumpes og så rydder vi op bagefter koncept her -
Men lad os vente til alle disse mange relvante spørgsmål bliver
besvaret i form af en arbejdsgruppe
Jeg stemmer JA!
/Leif Lodahl
Den 19. nov. 2014 kl. 17.30 skrev Soren Johannessen
soren.johannes...@gmail.com:
Hej alle sammen
Vi har for tiden ca. 775.000 bygninger i OSM Danmark. Vi har mulighed
for at få 3,8 millioner ekstra bygninger i høj kvalitet fra det åbne
geodataprogram og
Det må blive et JA
On Wed, 2014-11-19 at 17:30 +0100, Soren Johannessen wrote:
Hej alle sammen
Vi har for tiden ca. 775.000 bygninger i OSM Danmark. Vi har mulighed
for at få 3,8 millioner ekstra bygninger i høj kvalitet fra det åbne
geodataprogram og dermed værdiberige OSM Danmark endnu
Jeg stemmer klart Ja til at importere de bygninger der ikke konflikter med
eksisterende bygninger.
Mvh Klaus Hansen
Sendt fra Samsung mobil___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk
Er den ikke afklaret endnu.
Jeg ved at der er GST-folk, der abonnere på denne kanal, har I en mening om
det Jonas skriver.
Jens
Den 19. nov. 2014 kl. 21.14 skrev Jonas Häggqvist ras...@rasher.dk:
On 19-11-2014 17:30, Soren Johannessen wrote:
Hej alle sammen
Vi har for tiden ca. 775.000
Hej alle sammen
Tak for den overvældende tilkendegivelse i går om at det det vil være
en god ide at få importeret ca. 3,8 millioner bygninger. Næste trin er
at få nedsat en arbejdsgruppe som får løst og snakket om mange af de
spørgsmål nogle af jer allerede i går bragte op i afstemningstråden
https://www.openstreetmap.org/changeset/26567938#map=12/52.4747/-1.8777
https://www.openstreetmap.org/changeset/26567938#map=12/52.4747/-1.8777layers=N
layers=N
We should discuss if any of the place tags in and around Birmingham need
updating or not.
Cheers
Andy
From: Andy Robinson
Sobre el tema de los carriles de aceleración, yo creo que la wiki de OSM en
inglés lo especifica claro y con ejemplos muy ilustrativos
http://wiki.openstreetmap.org/wiki/Lanes
http://wiki.openstreetmap.org/wiki/Key:turn
Tal vez lo que se podría hacer es traducir al español estas páginas.
A mí
Hallo!
Kann das bitte irgendwer Ortskundiger fixen:
http://www.openstreetmap.org/way/313375113
A-B-C-B-C kann's irgendwie nicht sein...
Mit dem kreuzenden Weg gibt's keinen gemeinsamen Punkt.
Außerdem sind die Wanderrouten mit dem Edit von Haimböck kaputtet worden. :(
/al
On 19.11.2014 11:04, Andreas Labres wrote:
Kann das bitte irgendwer Ortskundiger fixen:
http://www.openstreetmap.org/way/313375113
A-B-C-B-C kann's irgendwie nicht sein...
Mit dem kreuzenden Weg gibt's keinen gemeinsamen Punkt.
Außerdem sind die Wanderrouten mit dem Edit von
Hallo Friedrich!
Danke für die Aufklärung!
Ich hab nur ein Problem mit grundsätzlichen Fehlern wie einem Way, der über zwei
Nodes zweimal führt, oder Wegekreuzungen ohne gemeinsamem Node oder
Wanderrouten, die in Schleifen laufen oder Sprünge machen oder offen sind oder
was immer.
Mein Anliegen
attachment was scrubbed...
URL:
http://lists.openstreetmap.org/pipermail/talk-it-trentino/attachments/20141119/f405ecbd/attachment-0001.html
--
Subject: Digest Footer
___
Talk-it-trentino mailing list
Talk-it-trentino
Us recordo la pàgina de la wiki on podeu trobar temes pendents a tractar o
fer. Si teniu alguna informació o actualització, afegiu-la.
https://wiki.openstreetmap.org/wiki/WikiProject_Catalan/Llistat_de_coses_a_fer
--
*Carlos Sánchez*About.me http://about.me/carlos.sanchez
gan jau kaut kādas siltumnīcas kādreiz bija, vai arī izklātas agroplēves
sliktā orto izskatās pēc mājām. mans domāt, ka jānes nost.
2014-11-17 12:08 GMT+02:00 Rich ric...@nakts.net:
saliidzinaam shiis 4 eekas ar binga foto :
http://www.openstreetmap.org/#map=18/57.09583/24.55755
taadas tur
+1 nesam nost. Varbūt kādreiz bija, bet tagad pēc.pļavas izskatās. Ja ari
tur būs apbūve tā noteikti bus savādāka.
On Wed, Nov 19, 2014, 22:07 Raitis Upmalis rait...@gmail.com wrote:
gan jau kaut kādas siltumnīcas kādreiz bija, vai arī izklātas agroplēves
sliktā orto izskatās pēc mājām. mans
Plusieurs (et j'en suis) ont exprimé leur désir d'avoir une meilleure
couverture de forêt sur la carte OSM. Ces zones de forêt sont venues avec les
importations CanVec mais ne progressent plus depuis un certain temps. Le
présent article propose une façon de réaliser la forêt sans utiliser les abus
Plusieurs (et j'en suis) ont exprimé leur désir d'avoir une meilleure
couverture de forêt sur la carte OSM. Ces zones de forêt sont venues avec les
importations CanVec mais ne progressent plus depuis un certain temps. Le
présent article propose une façon de réaliser la forêt sans utiliser les abus
Hi Dega,
Sorry, you can't just get away with not creating holes for lakes,
clearings, etc. What if you get an extract of OSM, and you're only
interested in the forests, because you want to calculate the percentage
of forest coverage. You don't get information about lakes, heath and
other
Salut Frank, long time no see
... What if you get an extract of OSM, and you're only
interested in the forests, because you want to calculate the percentage
of forest coverage. You don't get information about lakes, heath and
other land uses when you don't cut out holes from multipolygons.
Ahoj,
Dne 19.11.2014 8:29, Petr Vejsada napsal(a):
Ahoj,
dává smysl relace s pouze inner cestami? 24777 je takovou. Tady asi měla být
cesta 273460501 (les) jako outer.
IMHO jasná chyba. Ta relace býval normální uhul:wms les, ale pak ho někdo
rozdělil na víc kusů a
neopravil původní relaci.
On Wed, Nov 19, 2014 at 12:56:47PM +0100, Martin Švec - OSM wrote:
V první řadě bych asi oprášil myšlenku opravy old-style landuse multipolygonů
na new-style
multipolygony. Co dělám na ořezu multipolygonů v LPIS traceru, tak old-style
multipolygony jsou
Kdyz jsme u toho je nekde na wiki
Dne 19.11.2014 15:39, Kasparek Tomas napsal(a):
On Wed, Nov 19, 2014 at 12:56:47PM +0100, Martin Švec - OSM wrote:
V první řadě bych asi oprášil myšlenku opravy old-style landuse
multipolygonů na new-style
multipolygony. Co dělám na ořezu multipolygonů v LPIS traceru, tak old-style
Ahoj,
On Wed, Nov 19, 2014 at 12:56:47PM +0100, Martin Švec - OSM wrote:
V první řadě bych asi oprášil myšlenku opravy old-style landuse multipolygonů
na new-style
multipolygony. Co dělám na ořezu multipolygonů v LPIS traceru, tak old-style
multipolygony jsou
největší problém při
On Wed, Nov 19, 2014 at 04:20:31PM +0100, Martin Švec - OSM wrote:
Dne 19.11.2014 15:39, Kasparek Tomas napsal(a):
On Wed, Nov 19, 2014 at 12:56:47PM +0100, Martin Švec - OSM wrote:
V první řadě bych asi oprášil myšlenku opravy old-style landuse
multipolygonů na new-style
multipolygony.
Dne 19.11.2014 16:29, Petr Vejsada napsal(a):
Ahoj,
On Wed, Nov 19, 2014 at 12:56:47PM +0100, Martin Švec - OSM wrote:
V první řadě bych asi oprášil myšlenku opravy old-style landuse
multipolygonů na new-style
multipolygony. Co dělám na ořezu multipolygonů v LPIS traceru, tak old-style
Dne 19.11.2014 17:18, Martin Švec - OSM napsal(a):
Dne 19.11.2014 16:29, Petr Vejsada napsal(a):
Zobecnit to na všechny relace s landuse či na všechny relace si netroufám,
to by potřebovalo větší průzkum. Není totiž pravda, že všechny tagy z outer
cesty by se měly přesunout na relaci. Příklad
Dne 19.11.2014 v 12:56 Martin Švec - OSM napsal(a):
Ahoj,
Dne 19.11.2014 8:29, Petr Vejsada napsal(a):
Ahoj,
dává smysl relace s pouze inner cestami? 24777 je takovou. Tady asi měla být
cesta 273460501 (les) jako outer.
IMHO jasná chyba. Ta relace býval normální uhul:wms les, ale pak ho
Ahoj,
Dne St 19. listopadu 2014 17:36:53, Petr Morávek [Xificurk] napsal(a):
Ohledně zobecnění na další multipolygony by asi stálo za to se podívat
na kód osm2pgsql, který tohle obstarává. Před rokem jsem se trochu
šťoural v jednom bugu [1], který s tím souvisí - tenkrát jsem docela
načetl
Dne 19.11.2014 20:19, Petr Vejsada napsal(a):
Ahoj,
Dne St 19. listopadu 2014 17:36:53, Petr Morávek [Xificurk] napsal(a):
Ohledně zobecnění na další multipolygony by asi stálo za to se podívat
na kód osm2pgsql, který tohle obstarává. Před rokem jsem se trochu
šťoural v jednom bugu [1],
Bonjour à tous,
A Marseille nous avons de nombreuses Traverses. Or sur la carte de
rapprochement des sources, Traverse a l'air d'être transformé
automatiquement en Terrasse. Exemple :
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#17/43.31369/5.46615
Et de fait, quand je regarde la
Bonjour,
Il faut ajouter le code Fantoir sur les voies en question.
Par exemple, pour la Traverse de la Malvina, il faut ajouter le tag
ref:FR:FANTOIR=132125623A
Stéphane
Le mercredi 19 novembre 2014 09:47:02, Charles Nepote a écrit :
Bonjour à tous,
A Marseille nous avons de nombreuses
Bonjour,
De: Charles Nepote char...@nepote.org
A Marseille nous avons de nombreuses Traverses. Or sur la carte de
rapprochement des sources, Traverse a l'air d'être transformé
automatiquement en Terrasse. Exemple :
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#17/43.31369/5.46615
2014-11-18 20:44 GMT+01:00 Pierre Knobel pierr...@gmail.com:
Je trouve que c'est une énorme concession qu'on leur fait, de les autoriser
à vendre nos contributions à Google (si on choisit de contribuer à la
BAN... pour ma part ce n'est pas encore décidé).
C'est toute la question de cette
Bonjour
Je voudrais transformer les addr:* pour les intégrer dans des relations
associeted street.
J'ai une méthode en tête et je voudrais partager ma méthode pour savoir si je
ne fais pas d'impair :
Dans JOSM, je charge un zone contenant les éléments de la rue
je filtre sur (type=node AND
Le 19/11/2014 10:16, Vincent de Château-Thierry a écrit :
Bonjour,
De: Charles Nepote char...@nepote.org
A Marseille nous avons de nombreuses Traverses. Or sur la carte de
rapprochement des sources, Traverse a l'air d'être transformé
automatiquement en Terrasse. Exemple :
2014-11-19 11:03 GMT+01:00 david.croc...@online.fr:
Bonjour
Je voudrais transformer les addr:* pour les intégrer dans des relations
associeted street.
Euh, si les adresses sont déjà dans OSM, il suffit de mettre le code
fantoir sur la voie, pas besoin de transformer les addr en relation.
Je
2014-11-19 11:08 GMT+01:00 Charles Nepote char...@nepote.org:
En attendant la mise en oeuvre
de ton excellente proposition (que j'avais loupée) je préfère ne rien
rapprocher du tout et laisser les avertissements.
Je ne pense pas que ce soit une bonne idée. A terme, la base adresse
unitifée
-Message d'origine-
De : Pieren [mailto:pier...@gmail.com]
Envoyé : mercredi 19 novembre 2014 11:22
À : Discussions sur OSM en français
Objet : Re: [OSM-talk-fr] création semi automatique d'associed street
2014-11-19 11:03 GMT+01:00 david.croc...@online.fr:
Bonjour
Je voudrais
Le 19/11/2014 11:03, david.croc...@online.fr a écrit :
Bonjour
Je voudrais transformer les addr:* pour les intégrer dans des relations
associeted street.
J'ai une méthode en tête et je voudrais partager ma méthode pour savoir si je
ne fais pas d'impair :
Dans JOSM, je charge un zone
Le 19/11/2014 11:38, Frédéric Rodrigo a écrit :
Je voudrais transformer les addr:* pour les intégrer dans des
relations associeted street.
J'ai encore du mal à comprendre l'émerveillement devant les relations
associated_street.
Du point de vue du contributeur, c'est galère à entretenir (ajouter
2014-11-19 11:38 GMT+01:00 Frédéric Rodrigo fred.rodr...@gmail.com:
J'ai fait un script pour ça. Je me demande si ça ne faudrait pas le coup
d'en faire un service web sur une commune (id de relation).
Attention, Je suis contre un tel changement automatisé. Il faudrait
qu'il y a un consensus
Le 18 novembre 2014 20:44, Pierre Knobel pierr...@gmail.com a écrit :
Je trouve que c'est une énorme concession qu'on leur fait, de les
autoriser à vendre nos contributions à Google (si on choisit de contribuer
à la BAN... pour ma part ce n'est pas encore décidé).
Et l'énorme concession de
Le mardi 18 novembre 2014 23:59:59 Philippe Verdy a écrit :
Une vidéo avec un usage artistique et didactique des données OSM pour
visualiser les migrations au cours des siècles et des continents. Au cas où
vous l'auriez manquée.
Jolie vidéo. Cependant, je ne saisis pas le rapport avec OSM. Un
Le 19 novembre 2014 11:08, Charles Nepote char...@nepote.org a écrit :
Merci Vincent. Oui c'est le long terme qui m'intéresse. Dégommer du
rouge n'a pas de sens car c'est reculer pour mieux sauter dans ce cas. Il
y a un moment il faudra un feedback aux agents qui complètent le FANTOIR et
il
Bonjour Frédéric,
Peut-etre sera-t-il possible de relever quelques numéros de pylônes RTE
dans ce coin ?
http://www.openstreetmap.org/?mlat=44.654037952423096mlon=-0.5967378616333008#map=16/44.6139/-0.6160
A utliser avec le tag ref=*, je ne pourrai pas être dans ce coin samedi
Bonne
Le 19/11/2014 11:28, Pieren a écrit :
2014-11-19 11:08 GMT+01:00 Charles Nepote char...@nepote.org:
En attendant la mise en oeuvre
de ton excellente proposition (que j'avais loupée) je préfère ne rien
rapprocher du tout et laisser les avertissements.
Je ne pense pas que ce soit une bonne
+1
Les 2 modèles existent et cohabitent au niveau mondial, il n'y a pas de raison
de privilégier un modèle plutôt qu'un autre, c'est plus une question de choix
personnel.
Si les adresses sont déjà dans OSM et qu'il n'y a pas d'erreur, il n'y a pas de
raison de les éditer.
Francisco
-
Le 19/11/2014 11:49, Pieren a écrit :
2014-11-19 11:38 GMT+01:00 Frédéric Rodrigo fred.rodr...@gmail.com:
J'ai fait un script pour ça. Je me demande si ça ne faudrait pas le coup
d'en faire un service web sur une commune (id de relation).
Attention, Je suis contre un tel changement
Ronan Morin wrote
aucune donnée insérée directement dans OSM ne se retrouvera dans la BAN
C'est en effet ce que je comprends aussi. Ce schéma le clarifie assez bien:
OSM n'est pas à coté de l'IGN et la poste mais à part (car licence ODBL
qui empêcherait la revente en non libre donc, pas de flux
@Ronan Morin*La licence d'OSM ne permet pas aux partenaires fondateurs de
revendre sans partage les données d'OSM donc ils devront faire sans.*
Humm oui mais! Ils vendront leurs produits et les données OSM manquantes
seront moulinées dans un produit complémentaire sous licence OSM comme un
Ces problèmes de Terrasses et Traverses sont dues à des dizaines d'années
d'errances, notamment liées à la norme postale qui si vous la lisez bien ne
norme rien du tout...Comment le pourrait-elle d'ailleurs compte tenu des
contraintes drastiques qu'elle s'impose (longueur restreinte des champs
Le 19/11/2014 17:47, Jérôme Seigneuret a écrit :
/
/
@Ronan Morin
/La licence d'OSM ne permet pas aux partenaires fondateurs de revendre
sans partage les données d'OSM donc ils devront faire sans./
Humm oui mais! Ils vendront leurs produits et les données OSM
manquantes seront
Tu as regardé le générique à la fin ?
Le 19 novembre 2014 12:00, Nicolas Dumoulin
nicolas_openstreetmap@dumoulin63.net a écrit :
Le mardi 18 novembre 2014 23:59:59 Philippe Verdy a écrit :
Une vidéo avec un usage artistique et didactique des données OSM pour
visualiser les migrations
Si on pense aux applications qui ont besoin de la fraicheur des données et
plus de couverrture du terrain (malgré une marge d'erreur possible) je
pense qu'il y a moyen de les satisfaire. Pour ces besoins, où il est
acceptable d'avoir une marge d'erreur (qui peut s'évaluer par l'expérience
et se
I wonder how motorway services get their post delivered. If they have a
letter box, must they have a postcode and therefore a street address? I
know in NL motorways sometimes have official names for this purpose, to
fulfill referential integrity requirements. Typically it is something
obvious
1 - 100 von 130 matches
Mail list logo
