Hi,
I'd like to have on my iphone or android, the Geofabrik Tools for corecting
roads without names, or the fixme parts etc etc
I searched for such an application but no luck.
Do you know of one?
Also one solution is to be able to get the layer, i have an application on
iphone (OpenMaps) that
Ciprian,
I am currently beta testing OSMiOS, which is almost as powerfull and flexible
as JOSM, or whatever you use on your desktop. There are some limitations on it,
but adding tags to an existing way (as I understand you are looking for) is one
of many features supported.
I have no idea
2012/12/29 ciprian niculescu cnicu...@gmail.com:
Hi,
I'd like to have on my iphone or android, the Geofabrik Tools for corecting
roads without names, or the fixme parts etc etc
I searched for such an application but no luck.
Do you know of one?
Also one solution is to be able to get the
On 29/12/2012 11:11, ciprian niculescu wrote:
Hi,
I'd like to have on my iphone or android, the Geofabrik Tools for
corecting roads without names, or the fixme parts etc etc
I searched for such an application but no luck.
Do you know of one?
Also one solution is to be able to get the layer, i
thanks to all
On Sat, Dec 29, 2012 at 2:09 PM, Martin Koppenhoefer dieterdre...@gmail.com
wrote:
2012/12/29 ciprian niculescu cnicu...@gmail.com:
Hi,
I'd like to have on my iphone or android, the Geofabrik Tools for
corecting
roads without names, or the fixme parts etc etc
I
Hallo,
in der gestern erschienen Spezialausgabe von Radio OSM, dem OSM-Podcast,
reden wir mit Roland Olbricht, dem Macher der Overpass API.
Aus der Beschreibung unter
http://blog.openstreetmap.de/2012/12/osmde009-osm-talk-die-overpass-api/ :
Briefkästen, Straßen, Abbiegevorschriften – wie
Guten Tag,
welche Tags werden hier ausgewertet?
amenity=atm
oder auch
amenity=bank
atm=yes
Gruß Steffen
--- Original Nachricht ---
Absender: Martin Lux
Datum: 21.12.2012 10:30
Hallo,
die Studierenden im Mastermodul software engineering
(GeoinformatikVermessung) der FH Mainz haben eine
Masi Master masi-mas...@gmx.de wrote:
ich hab zwar an den Schildern noch nicht rumgespielt, aber gehe davon aus,
dass du neben der (Schrift-)Größe [size=10] auch die Bilddatei
vergrößern (seperat in einem Bildbearbeitungsprogamm) musst.
Jepp. Sind leider keine Vektorsymbole. Im Falle der
-Original Message-
From: Gianluca Boero [mailto:gianlucabo...@alice.it]
Sent: venerdì 28 dicembre 2012 18:31
To: openstreetmap list - italiano
Subject: Re: [Talk-it] Aggiornamento dati ortografia strade
Inviterei chi fa una correzione ortografica a verificare da questo elenco
(si
vede
Sarebbe interessante sapere quale esatto significato dà al termine
motorway_junction un nativo/madrelingua inglese (ma temo che qui ci
troviamo in un caso in cui in diverse parti del mondo dove si parla
ingese il significato potrebbe essere diverso).
Wikipedia inglese è molto chiaro su
Il giorno sab, 29/12/2012 alle 12.37 +0100, Alberto Nogaro ha scritto:
-Original Message-
From: Gianluca Boero [mailto:gianlucabo...@alice.it]
Sent: venerdì 28 dicembre 2012 18:31
To: openstreetmap list - italiano
Subject: Re: [Talk-it] Aggiornamento dati ortografia strade
Am 29/dic/2012 um 19:22 schrieb Rattorosso floydbar...@alice.it:
Io la noto solo adesso la regola dei mesi e naturalmente gli scrivo in
maiuscolo.
Il wiki è chiaro: in maiuscolo ogni parola tranne articoli, preposizioni
e nomi dei mesi. Forse è la regola che non va. :)
Mi sembra
Il giorno sab, 29/12/2012 alle 23.13 +0100, Martin Koppenhoefer ha
scritto:
Mi sembra strano di scrivere i nomi in minuscolo quando contengono un
mese, per esempio IV novembre, quattro in maiuscolo e novembre in
minuscolo? La città credo che lo scrive in maiuscolo, ed essendo un
nome mi
La grammatica della lingua italiana dice questo:
http://it.wikipedia.org/wiki/Aiuto:Maiuscolo_e_minuscolo
Egregio Rattorosso, non volermene ma dovrei correggerti nel tuo messaggio
come faceva la mia Prof di Italiano con un segno rosso e blu (errore
gravissimo):
si dice li scrivo e non gli scrivo
On 2012.12.29 11:21, Tomas Straupis wrote:
Sveiki
Lietuvoje turime būrelį adresų (mažuose kaimuose), kurie susideda
tik iš kaimo pavadinimo ir numerio (tarkim „Džiuginėnų k. 7“). T.y.
gatvės nėra apskritai (nei adrese, nei tame kaimelyje apskritai).
Nerašyti addr:street žymos kaip ir
o ar būtų labai sunku padaryti tikrinimą be papildomų žymų?
Jei tik bus pasiūlytas patikimas mechanizmas - aš už.
Kiek prisimenu, formalūs reikalavimai tam yra tokie:
- namų (adresų) ne daugiau 20 = apribojimas namo numeriui;
- tame kaime nėra nė vienos gatvės
1. „ 20“ - nepakankama
Aš galvoju apie navigacijas. Dauguma įvedinėjant adresus prašo nurodyti
gatvę. Jei gatvės pavadinimo nebus, arba bus kažkoks simsalabim, tokiu
atveju adreso paieška komplikuojasi.
Jei būtu kamo pavadinimas, tai paieška ras vieną gatvę, kas atitinka
realybę.
2012.12.29 13:57, Aidas Kasparas
On 2012.12.29 15:35, Tomas Straupis wrote:
Kiek prisimenu, formalūs reikalavimai tam yra tokie:
- namų (adresų) ne daugiau 20 = apribojimas namo numeriui;
- tame kaime nėra nė vienos gatvės
1. „ 20“ - nepakankama sąlyga.
2. „Kaime nėra gatvių“:
a) beveik nė vienas kaimas neturi
2012 m. gruodis 29 d. 16:16, Aidas Kasparas rašė:
Na, jei adresas yra Džiuginėnų k. 7, tai kaip jis užsirašo?
addr:city=Džiuginėnų k., addr:houseNumber=7? Mano pasiūlymas buvo
pagrupuoti visus objektus pagal addr:city, surasti kiek skirtingų
addr:street reikšmių kiekvienas city turi, ir klaidų
Hola, teneis que tener en cuenta que las fotos estas hechas desde el satelite,
y que algunas veces la inclinacion de los edificios o las sombras pueden
engañar al ojo con la perspectiva de las fotos. Yo siempre me baso en catastro,
ya que como digo algunas calles pueden parecer desplazadas por
Las ortofotos se hacen desde avión.
2012/12/29 Fco. Javier González Jiménez fjavier...@hotmail.com:
Hola, teneis que tener en cuenta que las fotos estas hechas desde el
satelite, y que algunas veces la inclinacion de los edificios o las sombras
pueden engañar al ojo con la perspectiva de las
El día 29 de diciembre de 2012 14:30, Alejandro S.
alejandro...@gmail.com escribió:
Las ortofotos se hacen desde avión.
...y que algunas veces la inclinacion de los edificios o las sombras pueden
engañar al ojo con la perspectiva de las fotos.
Ese efecto depende de la distancia del edificio
Intradevar, nu mai exista acest oras in prezent. Dar trebuie sa spun, ca
printre orasele daramate de Ceausescu pentru asi umple blocurile
Bucurestiului se afla un sat numit Brozari. O biserica din acel sat se
numea intr-adevar Biserica Sfantul Nicolae Brozari. De un muzeu astronomic
nu stiu nimic.
http://osm.lv/blog/2012/12/celu-seguma-dati/
taa kaa aaraa sniegs, varam peec atminjas likt surface datus ;)
--
Rich
___
Talk-lv mailing list
Talk-lv@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-lv
We've confirmed the date and time, and the special guest, for the Toronto
meet and greet. It will be next Saturday, 05 Jan 2013, from 3pm.
http://www.meetup.com/OpenStreetMap-Toronto/
Join the meetup, or email me off list for details.
___
Talk-ca
Hi,
In this post of Talk-US, Frederik suggests NOT mapping administrative
boundaries that are not visible on ground (fences, toll, etc...)
http://lists.openstreetmap.org/pipermail/talk-us/2012-December/010026.html
Don't you think that the notion of virtual or not is absolutly not
applicable on
Bruno,
Frederik tiens un discours idéologique sans savoir à quoi servent de telles
informations. Je pourrais toujours dire que je demeure sur la rue ensoleillée,
dans un village nulle part. Difficile de s'y retrouver. Les limites
administratives, tout comme les noms de rues sont un élément
I took from that message that the person was talking about not putting property
lines in OSM, not about removing geopolitical boundaries. Mapping property
lines is problematic for your average mapper and doing so accurately is an even
bigger challenge. If I had to pick where to expend my
j'ai d'abord répondu à partir du compte-rendu de Bruno. En
retournant à la discussion originale, je m'aperçois que c'est Frederik
Ramm qui a écrit la note en question. Frederik est sur le conseil
d'administration de la Fondation OSM et sur le comité de surveillance
des données (DWG).
Dans
Pokud se dívám na mapu tak landuse=allotments je praxe pro všechny
chaty nebo zahrádkářské kolonie. Pokud je potřeba to rozlišovat, tak
ať je to nějaký doplňḱový tag.
Navíc jsem skeptický vůči tomu, že v OSM bude reálně možné postihovat
všechna národní/kulturní specifika.
hanoj
Dne 22. prosince
cela concerne la correction des erreurs liés a l'import semi-automatique
des données du cadastre:
pour toute la zone couverte par osmose (y compris les pays étrangers)
debut avril, il y avait 220 000 chevauchements
debut septembre, il en estait 110 000
aujourd'hui il n'en reste que 54212
pour
j'ai oublié le pdf pour les courbes ...
Le samedi 29 décembre 2012 à 08:57 +0100, didier2020 a écrit :
cela concerne la correction des erreurs liés a l'import semi-automatique
des données du cadastre:
pour toute la zone couverte par osmose (y compris les pays étrangers)
debut avril, il y
Le samedi 29 décembre 2012 à 08:27 +0100, JB a écrit :
Pour avoir corrigé pas mal de piscines, la technique du bot ne
fonctionne pas (beaucoup d'étangs ou de petits bassins). Par contre,
le copier-coller de tags est efficace : Controle+Majuscule+V par
défaut, mais modifiable en « 1 » touche
Salut ! Je pense que ton probleme est lié à la v0.39 d'Osmosis. J'avais
ce meme genre d'erreur avant de migrer vers 0.41. La nouvelle version
permet de gerer les fichiers sources au delà du seuil des 2 Go
principalement (quand on traite France entière) mais corrige également
pas mal de soucis
il me semblerait utile de reprendre ce projet de tag
http://wiki.openstreetmap.org/wiki/Proposed_features/floodplain
Par exemple : en France, on doit pouvoir accéder à la cartographie
réglementaire et dans le projet Tchad cela permettrait de cartographier
un peu mieux ces rivières du sud à débit
Le 29 déc. 2012 à 09:53, Jean-François Gaffard a écrit :
il me semblerait utile de reprendre ce projet de tag
http://wiki.openstreetmap.org/wiki/Proposed_features/floodplain
Par exemple : en France, on doit pouvoir accéder à la cartographie
réglementaire et dans le projet Tchad cela
Le vendredi 21 décembre 2012 à 15:33 +0100, sly (sylvain letuffe) a
écrit :
On vendredi 21 décembre 2012, ades_...@orange.fr wrote:
que faut-il en conclure ?
Il faut croire ce que nous savons déjà et que beaucoup dans notre communauté
se refusent à accepter ce qui met en insécurité
Le 29/12/2012 10:20, ades_...@orange.fr a écrit :
Le 29 déc. 2012 à 09:53, Jean-François Gaffard a écrit :
il me semblerait utile de reprendre ce projet de tag
http://wiki.openstreetmap.org/wiki/Proposed_features/floodplain
Par exemple : en France, on doit pouvoir accéder à la cartographie
reste tjs la question :
Should the hazard data be stored along with the traditional OSM data? If not,
what should be the most appropriate structure to ensure compatibility and ease
of use? (en bas de https://wiki.openstreetmap.org/wiki/OpenHazardMap;)
et si ce doit être intégré dans OSM,
Merci pour les divagations... mais tu as divagué tout seul en inventant des
raisons qui n'étaient pas les miennes. Je TE cite:
J'en déduis que ses tirets cadratins ne servent uniquement à
satisfaire l'égo de celui qui les a découvert depuis peu et est fier
d'avoir trouvé comment les écrire sur
Le 29 décembre 2012 10:41, Christophe Merlet red...@redfoxcenter.org a
écrit :
Cela signifie t'il que du jour au lendemain, ce chemin deviendra une
propriété intellectuelle et oeuvre de l'esprit de la FFRP et
qu'OpenStreetMap devra l'effacer de sa base de données ?
En tout cas, comme je
Le 29 décembre 2012 12:01, ades_...@orange.fr ades_...@orange.fr a écrit :
reste tjs la question :
Should the hazard data be stored along with the traditional OSM data? If
not, what should be the most appropriate structure to ensure compatibility
and ease of use? (en bas de
Bonjour
Le 29/12/2012 12:34, Philippe Verdy a écrit :
Laissons à la FRPP sa nomenclature GR, utilisons une nomenclature
générique internationale, et tant pis pour les numéros de GR, on n'a
rien à effacer.
Peux-tu rappeler, pour ceux qui ne le savent pas ou plus, la
nomenclature générique
cela répond en partie à mes interrogations
quelques cas concrets au Tchad :
http://www.openstreetmap.org/?lat=8.4403lon=16.8642zoom=14layers=M
j'ai cartographié ce que je voyais sur Bing (rivière en étiage)
http://www.openstreetmap.org/?lat=7.9138lon=16.6066zoom=14layers=M
un autre contributeur
Je n'ai pas dit la mais une. Nuance...
Le 29 décembre 2012 13:55, David Crochet david.croc...@online.fr a écrit :
Bonjour
Le 29/12/2012 12:34, Philippe Verdy a écrit :
Laissons à la FRPP sa nomenclature GR, utilisons une nomenclature
générique internationale, et tant pis pour les numéros
C'était mineure, en chargeant le cadastre de mon village il y avait des
décalage d'un mètre ou deux par rapport aux limites indiquées dans OSM.
Parfois il manquait de précision dans les contours et j'ai donc affiner
l'ensemble pour que cela corresponde mieux à ce que je connaît sur plus.
J'ai donc
Le 29 décembre 2012 10:41, Christophe Merlet red...@redfoxcenter.org a
écrit :
Cela signifie t'il que du jour au lendemain, ce chemin deviendra une
propriété intellectuelle et oeuvre de l'esprit de la FFRP et
qu'OpenStreetMap devra l'effacer de sa base de données ?
En tout cas, comme je
Le 29/12/2012 15:08, Matthias Dietrich a écrit :
Le 29 décembre 2012 10:41, Christophe Merlet red...@redfoxcenter.org
mailto:red...@redfoxcenter.org a écrit :
Cela signifie t'il que du jour au lendemain, ce chemin deviendra une
propriété intellectuelle et oeuvre de l'esprit de la
Jean-François,
Dans le Delta intérieur du Niger au nord du Mali, de vastes zones parfois sur
plusieurs kilomètres sont inondées à chaque année, incluant des terres
agricoles. Les champs saturés d'eau sur l'imagerie Bing HR permettent de
repérer ces zones inondables.
Pour identifier ces zones,
Le 29 décembre 2012 12:34, Philippe Verdy verd...@wanadoo.fr a écrit :
Tout à fait d'accord. Ce genre d'appropriation exclusive des droits
communs des autres est un abus qui ne doit pas être toléré. Même si la
mention GR ne figure pas dans la base (si on admet alors que c'est juste
un label
Hello,
Je rebondis tardivement sur :
http://lists.openstreetmap.org/pipermail/talk-fr/2012-November/051162.html
Bien que l'avis fût unanime, et que mes chances de convaincre soient faibles,
je vais quand même argumenter mon désaccord.
Plutôt que de radoter (une fois de plus) je déterre des
ps: C'est aussi pour ça que :
http://suivi.openstreetmap.fr/communes/communes.csv.txt
ne marche plus pour les DOM/TOM
On pourrait argumenter que je n'ai qu'a réparer mon code pour prendre en
compte ref:INSEE mais cela impliquerait que mon code serait encore moins
portable pour un autre pays qui
Je ne parlais pas de chaque GR mais répondais au fait du classement
éventuel futur ou déjà réalisé d'un chemin traditionnel en tant que GR. La
création de l'esprit dans ce cas se borne juste à la nomenclature en tant
que GR (même su dans le détail, pour faire valoir ses droits, la FRPP va
vouloir
Et tu fais comment pour distinguer les cas où il y a plusieurs numéros de
référence, provenant parfois même de la même source, mais pour des usages
différents ?
Prenons le cas des régions françaises, on a un code ISO 3166-2, un numéro
INSEE, plusieurs numéros SIREN (pour les différentes
Il ne serait pas illogique d'avoir un ref par défaut, et d'autres
ref:xxx avec un éventuel doublon comme on le fait pour name name:xx
Cela permet un usage par défaut par les outils non spécialisés
(Nominatim est effectivement un bon exemple), et aussi par des outils
spécialisés qui connaissent le
Le samedi 29 décembre 2012 18:00:54, Christian Quest a écrit :
ref=73 + ref:INSEE=73 ne me choquerait donc pas du tout.
ça me choquerait un peu moins, mais la redondance, c'est quand même pas
l'idéal non ?
Je maintiens ma proposition, (qui n'empêche en rien d'avoir d'autre ref jugées
non
Mais alors pas ref:source=INSEE, mais source:ref=INSEE. Comme on peut avoir
aussi source:population=COG / INSEE.
Les sources sont toutes dans source:*=*.
Mais ce que tu indiques dans ref:*=* doit être un identifiant unique, et
ref:source=INSEE ne sera pas unique !
L'ennui de ref=73 c'est que c'est
Bonjour
*Je n'exprime que mon avis d'après ce que j'ai compris et mes recherches.*
C'est quoi le problème :
- Utiliser la marque « GR » Lettre blanche sur fond rouge ?
- Utiliser le symbole Double rectangle horizontale blanche en haut
rouge en bas
ou
- Tracer les parcours composantes d'un
Le 29 décembre 2012 18:16, sly (sylvain letuffe) li...@letuffe.org a écrit :
Le samedi 29 décembre 2012 18:00:54, Christian Quest a écrit :
ref=73 + ref:INSEE=73 ne me choquerait donc pas du tout.
ça me choquerait un peu moins, mais la redondance, c'est quand même pas
l'idéal non ?
Ah
2012/12/29 David Crochet david.croc...@online.fr:
Tout ceci pour dire que je n'apporte pas de solution, mais des suggestions
ou des ébauches d'idées qu'il faut creuser, pour éviter la suppression de
tous éléments soumis à la protection de la FFRP
Bah. C'est pourtant assez clair. Tout ce qui
Tu peux m'ajouter dans les contre.
On 28 Dec 2012 21:47, Pieren pier...@gmail.com wrote:
2012/12/28 JB jb...@mailoo.org:
C'est marrant, je ne me souviens pas avoir vu de majorité se dégager de
la
discussion sur les tirets et les trait d'union… Pieren avait certes sa
majorité personnelle
Le samedi 29 décembre 2012 21:32:29, Art Penteur a écrit :
Je suis à fond pour.
Les vieux briscards* d'OSM n'ont pas changé d'avis à ce que je vois ;-) :
http://lists.openstreetmap.org/pipermail/talk-fr/2009-March/007611.html
* Rien de péjoratif
--
sly (sylvain letuffe)
Il peut y avoir un intérêt à matérialiser les GR, car sur le terrain,
ils sont clairement identifiés. Mais comme GR est une marque déposée ...
Comme déjà indiqué, le GR ne sont que l'assemblage de chemin existants
(dans la très grande majorité des cas). Ces chemins sont ouverts au
public, donc
Le 30/12/2012 à 07:45:07 +1100 Emilie Laffray emilie.laff...@gmail.com a écrit
Objet: [OSM-talk-fr] relations boundary modifiées par Philippe Verdy – Tirets
:
Tu peux m'ajouter dans les contre.
Tu peux m'ajouter aussi.
--
Cordialement
Hendrik Oesterlin - Nouvelle-Calédonie
On peut les nommer IP (Itinéraire public) ou PIPI (promenade intensive
protégée par des intérêts ...)
Brainfart from Polyglot,
Bonne année!
2012/12/30 piratebab pirate...@hotmail.com
Il peut y avoir un intérêt à matérialiser les GR, car sur le terrain,
ils sont clairement identifiés. Mais
木田です。コメントが遅くなりました。
無償と自由の区別は日本語として明確に区別すべきとのご指摘、
大変ありがとうございます。
1. 序章・第4パラグラフ
この場合は無償というより、アクセス可能な状態にするという
意味合いが強いと思いますので「自由」の表現が良さそうです。
いいださんご提示の下記案でwikiを修正します。
* ただし、OSMを利用した派生データベースは、誰かからデータ内容の開示を求められた場合、その開示が妨げられない状態にしておくことが求められます。
2. ケース4「ライセンス要件:」の部分
the requirement to make the
大和田さんへ
(2012年12月26日 01:10), 大和田 健一 wrote:
LODチャンレンジに OSM もデータを提供しています。
http://lod.sfc.keio.ac.jp/challenge2012/resource_usage.html#osmfj
「Databases and data access APIs」を読んで始めてね。
http://wiki.openstreetmap.org/wiki/Databases_and_data_access_APIs
となっていますが。
素人には手が出ないですね。(^^;
Hi,
On 29.12.2012 03:22, Russ Nelson wrote:
Here in the US where you aren't allowed to trespass on private
property except on certain conditions, these line[s] in some
government database MATTER to mappers and to map users.
But surely there must be something on the ground that tells you where
Hi,
On 29.12.2012 05:38, Russ Nelson wrote:
The moment it makes its way in to OSM it becomes incorrect. There is
*absolutely* no way to improve the data once it's in OSM, so it should not
be in OSM. Period.
That's a great theory, but I don't think many people subscribe to
it.
I
On Fri, Dec 28, 2012 at 11:38 PM, Russ Nelson nel...@crynwr.com wrote:
OSM is a big tent with room for lots of data and lots of opinions.
You're right Russ, that there are a lot of strong opinions in the
group, and that there's room for everyone's opinion in this matter. At
the same time, when
Frederik Ramm writes:
I think that is more than a theory. Weren't you the one who proposed to
import some kind of park boundaries, years ago, and implement mechanisms
to make the geometry un-changeable - reasoning that any change being
made by mappers could only be for the worse?
Yes,
On 2012-12-29 12:11AM, Frederik Ramm wrote:
Hi,
On 28.12.2012 22:16, Jason Remillard wrote:
So the question is, what should the exact criteria be for including an
open space parcel in OSM. Consider some of the various types of
property.
I'd say anything that is observable on the ground
Un-surveyable data is a nuisance for everyone working with OSM data;
except for those mappers which it empowers by telling said mappers
where they are allowed to survey, and probably others.
it disempowers the mapper who works with the data because they have
to simply accept it as a fact if
On Sat, Dec 29, 2012 at 4:00 AM, talk-us-requ...@openstreetmap.org wrote:
But surely there must be something on the ground that tells you where
you can go and where you can't? Else how would people have evaded being
shot in pre-satnav times?
Actually, not. Sometimes there is a a 'No Trespass
74 matches
Mail list logo