Mislim da je ključna riječ ovdje projekcija. Pretpostavljam da mi josm i
podloga nemaju iste i usklađene projekcije. Koju projekciju koristi DGU i
kako mogu provjeriti?
On Aug 7, 2012 6:13 PM, Ivan Delac ivan.ne...@gmail.com wrote:
valent.turko...@gmail.com napisa:
Mogu li napraviti kakvu
Hi,
Considering the poll's results, I propose that the OSM meeting about
Open Data in Wallonia take place on Wednesday 12th Septembre 2012 at 19.30.
We will discuss among contributors the proposal of Minister Philippe
Henry about a open licence on PICC datas.
People from Brussels, Flanders
Hello Alex,
I'm pretty sure to attend this year's hackathon in San José, Costa Rica, and
would be very happy to help/organize a mapping party there.
Cheers,
Felix
On 08/08/2012 05:13 AM, Alex Barth wrote:
This year desarrollando latino america [1] will be organizing another multi
city
Hi,
In recent times, I've noticed more and more contributions with an
inappriopriate usage of the tag designation (e.g. duplicates name
content in amenities or buildings). Further investigations showed that
all of them came from Potlatch2 editor where Designation is in all
Details tagging
On 7 August 2012 23:02, OJ W ojwli...@gmail.com wrote:
I'm not convinced that the
image would have been out of date had it not been observed by me
If you had noticed it, you could have remapped it.
p.s. probably worth mentioning that a [[Featured_image_proposals]]
page full of new and good
Hi,
In the last board minutes [1] there was written Report of meeting with
German auto industry in Ingolstadt. Additionally, there was a board member
in official mission at the Telematics 2011 [2]. Telematics describes itself
as largest focused telematics event in Europe that will bring together
On 8 August 2012 13:07, Pieren pier...@gmail.com wrote:
In recent times, I've noticed more and more contributions with an
inappriopriate usage of the tag designation (e.g. duplicates name
content in amenities or buildings). Further investigations showed that
all of them came from Potlatch2
Hi,
On 08.08.2012 17:33, ThomasB wrote:
Many board applications at the last election had statements like If I will
be elected, I will improve the communication.
... with the auto industry perhaps ;)
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
On Wed, Aug 8, 2012 at 6:01 PM, Robert Whittaker (OSM)
robert.whittaker+...@gmail.com wrote:
BTW: there's already a trac ticket from a few months again that raises
essentially the same issue:
https://trac.openstreetmap.org/ticket/4231
Thank you for the link. I've changed the priority because
Hi Matthew,
On 8 August 2012 15:53, Matthew Landauer matt...@openaustralia.org wrote:
I see that 2011 LGA boundary data is available on data.gov.au:
http://data.gov.au/dataset/local-government-area-asgc-ed-2011/
and according to this post
Hi Ian,
I want to see the LGA data in OSM because that will make it easy to
get the data into the mapit service that I mentioned and we want to
use mapit for the OpenAustralia Foundation.
As for why not import the data directly into mapit?
Well, we could of course but that would limit the
On 8/08/2012 3:23 PM, Matthew Landauer wrote:
Recently, mySociety, a UK based charity and one the worlds pioneers in
online digital democracy released a web service called mapit:
http://global.mapit.mysociety.org/
What it does is slurp administrative boundary data from OSM and
present and
On Wed, 8 Aug 2012 16:47:46 +1000
Ian Sergeant inas66+...@gmail.com wrote:
Hi Matthew,
On 8 August 2012 15:53, Matthew Landauer matt...@openaustralia.org wrote:
I see that 2011 LGA boundary data is available on data.gov.au:
On 8 August 2012 17:03, Matthew Landauer matt...@openaustralia.org wrote:
As far as I understand the LGA boundaries totally fit within what OSM
should provide, doesn't it?
Well, there is a school of thought that says that data that is fully
external to OSM, and is updated on a fairly regular
Hi,
On Tue, Aug 07, 2012 at 11:36:49PM +0200, Steffen Wolf wrote:
Andreas Tille schrieb:
die Wegesituation an der Andreaskirche im Bodfeld
http://www.openstreetmap.org/?lat=51.74714lon=10.788863zoom=18layers=M
hat sich wohl durch die Löschung geändert. Es fehlt eine Verbindung
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
eher würde ein normaler Mapper hgv mit access:N2 übersetzen, weil
letzteres zumindest 3,5t entspricht. Aber das haben synyx ja zu
7,5t verbogen ...
das ist mir noch gar nicht aufgefallen, danke. Die Verwendung von
access:n2 ist dann wirklich
Christian Müller wrote:
Am 07.08.2012 21:24, schrieb Andreas Tille:
Bevor ich das jetzt wieder geradeziehe die Frage: Wurde hier eventuell zu viel
gelöscht?
Wichtiger wäre, erst einmal zu klären, wie lange die ODbL dem Projekt
nun genügt. Wenn übernächstes Jahr der nächste Wechsel
zeigt eine Menge von Dead Ends kurz hinter der Grenze an, die nach
meiner Detailkontrolle überhaupt keine sind:
http://suncobalt.dyndns.org:82/deadend.php?zoom=11lat=49.69597lon=6.38951layers=TBFT
Ist das der Programmierung dieser Auswertung geschuldet?
Oder wie könnte das zustande kommen?
Am 06.08.2012 um 08:54 schrieb Schorschi scho...@snafu.de:
Ich brauche mal HilfeKurze Frage - kann mir hier jemand hier ohne viel
Anlauf sagen, ob die Layer USGS Großmaßstäbige Bilder und MSR Maps
Urban in josm beide lizenzmäßig (odbl) ok sind?
USGS veröffentlichen AFAIK überwiegend als
Am 07.08.2012 um 14:30 schrieb Masi Master masi-mas...@gmx.de:
Relation:
type=restriction
restriction=hgv
hgv:toll=yes
minweight=12
Das halte ich so für keine besonders gute Syntax. hgv ist eine Fahrzeugklasse
und keine turnrestriction.
Auch wenn man type=restriction für andere
Moin,
Am 08.08.2012 11:27, schrieb Martin Koppenhoefer:
Das halte ich so für keine besonders gute Syntax. hgv ist eine Fahrzeugklasse
und keine turnrestriction.
Auch wenn man type=restriction für andere Einschränkungen als
Abbiegevorschriften verwenden wollte, sollte man m.E. eher so was wie
Am 08.08.2012 08:52, schrieb Marc Kannegiesser:
Verbogen haben wir also nix, zumindest wenn wieder nicht absichtlich.
Moin,
Siehe:
http://www.openstreetmap.org/browse/way/32463108
Soll das access:N3 hier das access=no überstimmen?
Und ich finde es schon verwunderlich, dass die LKW hier nicht
Barthwo wrote
zeigt eine Menge von Dead Ends kurz hinter der Grenze an, die nach
meiner Detailkontrolle überhaupt keine sind:
http://suncobalt.dyndns.org:82/deadend.php?zoom=11lat=49.69597lon=6.38951layers=TBFT
Ist das der Programmierung dieser Auswertung geschuldet?
Oder wie könnte
Hallo Marc,
Am Mittwoch, 8. August 2012, 08:52:38 schrieb Marc Kannegiesser:
Sorry, das hatte ich in meiner Mail vorgestern tatsächlich falsch
geschrieben. Wir haben n2 natürlich für 3.5t verwendet, nicht für 7.5t.
Wo ist für euch dann der Unterschied zwischen hgv und N2?
Zur Erinnerung:
Am 08.08.12 schrieb Chris66:
http://www.openstreetmap.org/browse/way/32463108
Soll das access:N3 hier das access=no überstimmen?
aktuell ist das access=no gelöscht, ich verstehe es aber weniger als
vorher:
- laut Google-Luftbild ist die Zufahrt verbaut
- wer auch immer dort langfahren
Hallo Fabian,
Am Mittwoch, 8. August 2012, 17:13:34 schrieb Fabian Schmidt:
http://www.openstreetmap.org/browse/way/32463108
aktuell ist das access=no gelöscht, ich verstehe es aber weniger als
vorher:
- laut Google-Luftbild ist die Zufahrt verbaut
- wer auch immer dort langfahren will,
Hallo Fabian,
Am Mittwoch, 8. August 2012, 17:13:34 schrieb Fabian Schmidt:
- laut Google-Luftbild ist die Zufahrt verbaut
- wer auch immer dort langfahren will, muss verkehrtrum durch die Abfahrt
Was nicht geht, wegen oneway=yes
oder erst abfahren und dann einen U-Turn machen
Was nicht
2012/7/24 Georg Feddern o...@bavarianmallet.de:
Loriot würde jetzt sagen (lassen): Ach!
Das ist doch eigentlich nur genau das, was die entsprechenden Gesetze vom
Nutzer (mautpflichtigen Autofahrer) auch verlangen ...
In einem Land mit genereller Mautpflicht für einen bestimmten Straßentyp
Am 08.08.2012 17:13, schrieb Fabian Schmidt:
http://www.openstreetmap.org/browse/way/32463108
Soll das access:N3 hier das access=no überstimmen?
aktuell ist das access=no gelöscht, ich verstehe es aber weniger als
vorher:
- laut Google-Luftbild ist die Zufahrt verbaut
- wer auch immer
Am 08.08.2012 17:26, schrieb Eckhart Wörner:
http://www.openstreetmap.org/browse/way/32463108
aktuell ist das access=no gelöscht, ich verstehe es aber weniger als
vorher:
- laut Google-Luftbild ist die Zufahrt verbaut
- wer auch immer dort langfahren will, muss verkehrtrum durch die
Am 08.08.2012 17:26, schrieb Eckhart Wörner:
- laut Google-Luftbild ist die Zufahrt verbaut
Ja, deutlich zu sehen,
lustig, dass Google trotzdem da lang routet.
http://up.picr.de/11434172aw.jpg
Chris
___
Talk-de mailing list
Am 08.08.12 schrieb Chris66:
Am 08.08.2012 17:13, schrieb Fabian Schmidt:
- wenn man drauffährt, kommt man nur auf die andere Straßenseite der B65,
demnach interessiert es höchstens Winterdienste oder große Fahrzeuge,
die nicht unter der Brücke durchpassen, demnach vielleicht tatsächlich
Hallo,
beim Mappen mit JOSM in der Western Sahara habe ich festgestellt, dass
im Fenster Daten herunterladen, die N3 [1,2] ab einem bestimmten
Zoomlevel nicht mehr angezeigt wird. Es werden auch keine Daten mit JOSM
geladen.
Gleiches Verhalten zeigt sich bei www.informationfreeway.org und
Am 08.08.2012, 16:11 Uhr, schrieb ThomasB toba0...@yahoo.de:
Huch, ich wusste gar nicht, dass da noch jemand drauf schaut.
[...]
Viele Grüße
Thomas
Jep, die Karte ist super! Findet sogar Kreisverkehre, die nicht als
junction=roundabout kartiert wurden. Minimaler Kritikpunkt währe, dass
Hallo,
Am 08.08.2012 22:28, schrieb Dieter Jasper:
Die Straße N3 wird ab Zoomlevel 13 nicht mehr angezeigt.
Die wurde heute um 20:36 gelöscht [1]. Da die höheren Zoomlevel häufiger neu
gerendert werden, ist sie dort schon nicht merh zu sehen, ab Level 13 sind die
Tiles noch nicht auf dem
Am 08.08.2012 22:28, schrieb Dieter Jasper:
Hi Dieter
Hallo,
beim Mappen mit JOSM in der Western Sahara habe ich festgestellt, dass
im Fenster Daten herunterladen, die N3 [1,2] ab einem bestimmten
Zoomlevel nicht mehr angezeigt wird. Es werden auch keine Daten mit
JOSM geladen.
Gleiches
Hallo,
aber warum kann keine Daten der N3 mit JOSM laden. Die Daten werden ja
nicht durch Rendern gelöscht.
Gruß
Dieter Jasper
Am 08.08.2012 22:46, schrieb Rainer Kluge:
Die wurde heute um 20:36 gelöscht [1]. Da die höheren Zoomlevel häufiger
neu gerendert werden, ist sie dort schon nicht
Oliver (OSMF) wrote
Hallo deutsche OSM-Community,
entsprechend meinem Wahlversprechen die Kommunikation zu verbessern und
dem OSM Do-ocracy Prinzip habe ich einen Blog [1] aufgesetzt, den ich als
Kommunikationskanal nutzen möchte.
...schnip...schnap..
Oliver Kühn
Board Member der
Am 08.08.2012 22:48, schrieb fly:
Das findest Du fast überall und liegt meiner Meinung daran, daß die
Zoomlevel 1-12 nach dem Reduction-Bot noch nicht neu gerendert wurden.
Fakt ist, da gibt es keine Daten mehr !
Grüß
Colliar
Danke,
dann kann ich also die Daten neu einpflegen. Ist schon
Am 08.08.2012 22:51, schrieb Dieter Jasper:
aber warum kann keine Daten der N3 mit JOSM laden.
Weil der Nutzer meppen7 (ich vermute, dass du das bist) diesen Weg gelöscht hat.
Er existiert in den Daten nicht mehr. Der Renderer hinkt je nach Zoomlevel mehr
oder weniger hinterher. Dadurch
Am 08.08.2012 22:56, schrieb Dieter Jasper:
Am 08.08.2012 22:48, schrieb fly:
Das findest Du fast überall und liegt meiner Meinung daran, daß die
Zoomlevel 1-12 nach dem Reduction-Bot noch nicht neu gerendert wurden.
Fakt ist, da gibt es keine Daten mehr !
Grüß
Colliar
Danke,
dann kann
Am 08.08.2012 23:05, schrieb Rainer Kluge:
Mit dem Redaction Bot hat das übrigens nichts zu tun
Hast ja recht, allerdings sieht das hier schon deutlich nach vorher [1]
/ nacher bzw aktuell [2] aus.
Merkwürdigerweise auch genau die gleiche Zoomlevel.
[1]
Am 08.08.2012 23:05, schrieb Rainer Kluge:
Am 08.08.2012 22:51, schrieb Dieter Jasper:
aber warum kann keine Daten der N3 mit JOSM laden.
Weil der Nutzer meppen7 (ich vermute, dass du das bist) diesen Weg
gelöscht hat. Er existiert in den Daten nicht mehr. Der Renderer hinkt
je nach Zoomlevel
Am 08.08.2012 23:07, schrieb fly:
Am 08.08.2012 22:56, schrieb Dieter Jasper:
Am 08.08.2012 22:48, schrieb fly:
Das findest Du fast überall und liegt meiner Meinung daran, daß die
Zoomlevel 1-12 nach dem Reduction-Bot noch nicht neu gerendert wurden.
Fakt ist, da gibt es keine Daten mehr !
Am 08.08.2012, 11:27 Uhr, schrieb Martin Koppenhoefer
dieterdre...@gmail.com:
Am 07.08.2012 um 14:30 schrieb Masi Master masi-mas...@gmx.de:
Relation:
type=restriction
restriction=hgv
hgv:toll=yes
minweight=12
Das halte ich so für keine besonders gute Syntax. hgv ist eine
Am 08.08.2012 23:22, schrieb Dieter Jasper:
Am 08.08.2012 23:07, schrieb fly:
Am 08.08.2012 22:56, schrieb Dieter Jasper:
Am 08.08.2012 22:48, schrieb fly:
Das findest Du fast überall und liegt meiner Meinung daran, daß die
Zoomlevel 1-12 nach dem Reduction-Bot noch nicht neu gerendert
Hallo Leute,
ich bin neu hier und mach's mal kurz mit der Vorstellung:
Heiße Friedrich Strohmaier und bin schon seit knapp 10 Jahren in anderen
OpenSource Revieren unterwegs - zunächst Linux (SuSE Mailingliste) und
seit ca. mitte 2005 recht aktiv bei OpenOffice.org und mit dessen
Gründung bei
Hi,
What are the OSM standards for resolution and accuracy for highways and
rural roads.
Say one has a GPS trackplot at 1 sec intervals. Should it be put up raw, or
filtered. If filtered, by how much?
Regards
Sutripta
___
Talk-in mailing list
Altra domanda: dato che il confine segue esattamente le statali 11 e
573, come mi comporto con le rotonde? le spezzo e tengo la parte più
esterna o interna nella relazione o le inserisco complete nella
relazione?
--
Francesco Vezzoli
___
Talk-it
Am 08.08.2012 09:18, schrieb Vezzo:
Altra domanda: dato che il confine segue esattamente le statali 11 e
573, come mi comporto con le rotonde? le spezzo e tengo la parte più
esterna o interna nella relazione o le inserisco complete nella
relazione?
A mio parere spezzare le rotonde non è un
Non so se è specificato da qualche parte, ma ho trovato che ref si
utilizza anche sui ways, almeno inizialmente. Il tipico mapper occasionale
incontra un spezzone di un sentiero numerato, ma normalmente non l'intero
percorso. Se c'è già una relazione, si utilizza, se no, si mette ref ai
pezzi che
2012/8/8 Alexander Roalter alexan...@roalter.it:
A mio parere spezzare le rotonde non è un gran problema.
Ok allora spezzo le rotonde e tengo la parte esterna al territorio
Almeno per le confini comunali però cerco di non usare strade come membro
della relazione (perché percorsi stradali si
Scusate, ho seguito un po’ la vostra discussione ma, per mia incompetenza non
ho capito un gran che.
Io ho una problematica che mi pare simile e che vado a spiegare.
Sto mappando dei sentieri e debbo inserire i cartelli segnavia. Siccome su un
palo ci sono più cartelli indicanti diverse
Il 08 agosto 2012 11:30, Sergio Peduzzi sergio.pedu...@alice.it ha scritto:
Scusate, ho seguito un po’ la vostra discussione ma, per mia incompetenza
non ho capito un gran che.
Io ho una problematica che mi pare simile e che vado a spiegare.
Sto mappando dei sentieri e debbo inserire i
Anch'io avrei delle perplessità a mappare tutti i bolli di vernice che
si trovano lungo un sentiero ma quelli a cui si riferisce la prima
foto sono quelli usati in alta montagna, solitamente su percorsi
alpinistici (pietraie, rocce montonate dove non è visibile la traccia
del sentiero)
e prendono
Estimad@s maperos:
Buenos días. Al respecto del artículo publicado en la revista Semana
http://portal.semana.com/Especiales/cerro-matoso/mina-rica-pueblo-pobre.html
Hay cobertura Bing para la mina de Cerro Matoso
http://www.openstreetmap.org/?lat=7.9117lon=-75.5366zoom=14layers=M
Feliz
On 08.08.2012 07:37, Franz Mitterböck wrote:
Dieser Dienst wird vom NÖ Landes-GIS betrieben. Die Fa. Synergis hat damit
nichts zu tun.
Mit dem von Rainer genannten Links hat die Fa. Synergis sehr wohl was zu
tun. Der Firmenname steht im Seitentitel, und noe.geoportal.at redirectet
auf
podle mých dosavadních zkušeností v rámci KÚ jednoznačné a nemá další dělení.
*** to prave neni pravda. vzdy doporucuji pred zobecnenim osobnich
dojmu prohlednout toto schema. K.u. a cobe nejsou vzajemne
hierarchicke prvky:
On Wed 08-08-12 08:03:36, hanoj wrote:
podle mých dosavadních zkušeností v rámci KÚ jednoznačné a nemá další
dělení.
*** to prave neni pravda. vzdy doporucuji pred zobecnenim osobnich
dojmu prohlednout toto schema. K.u. a cobe nejsou vzajemne
hierarchicke prvky:
Ahoj,
Libor Pechacek wrote:
Například Cvikov
(http://www.openstreetmap.org/?lat=50.7743lon=14.6371zoom=14layers=M)
má části Cvikov I a Cvikov II. Avšak čára, kde mezi nimi vede hranice není v
mapě.
To je tím, že žádná taková čára neexistuje, části obce _nejsou_
definovány územím, ale
Ahoj,
Libor Pechacek wrote:
Navázal jsem na Tvůj výrok, že ti přijde zbytečné tam znova
vypisovat informaci, která už je jednou na relacích hranic. Názvy
katastrálních území se od názvů obcí nepatrně liší. Co jsem se teď díval, tak
názvy KÚ mají často ještě nějaký místopisný přílepek -
Ahoj,
tak si pro zajímavost rozebereme ještě jednu obec. říkejme ji třeba Branžež
;-)
http://www.openstreetmap.org/?lat=50.50603lon=15.0707zoom=15layers=M
Výcuc z adresy.xml
obec nazev=BRANŽEŽ kod=2643 MinPSC=294 02 MaxPSC=294 02
cast nazev=BRANŽEŽ kod=2643 MinPSC=294 02 MaxPSC=294 02
a p=10/
On apporte quelque chose ou tu préfères juste une participation ?
Le 8 août 2012 00:17, Christian Quest cqu...@openstreetmap.fr a écrit :
Un petit point pour notre BBQ d'anniversaire...
Sont prévus pour l'instant:
- RatzillaS
- Marc
- Florian
- Teuxe
J'ai oublié quelqu'un ? (c'est pour
*
http://twitter.com/overflorian
http://www.nouslesgeeks.fr
-- section suivante --
Une pièce jointe HTML a été nettoyée...
URL:
http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20120808/5734d852/attachment.html
Un petit truc à améliorer: les liens vers wikipédia pour les valeurs
du style wikipedia=fr:Paris pointent vers
fr.wikipedia.org/wiki/fr:Paris au lieu de fr.wikipedia.org/wiki/Paris
--
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest
Le 8 août 2012 00:17, Christian Quest cqu...@openstreetmap.fr a écrit :
Un petit point pour notre BBQ d'anniversaire...
Sont prévus pour l'instant:
- RatzillaS
- Marc
- Florian
- Teuxe
J'ai oublié quelqu'un ? (c'est pour les courses demain...)
Vous pouvez venir à partir de 19h, au 54 av
Merci pour le lien!
Le 7 août 2012 15:42, Eric eric...@sfr.fr a écrit :
Tiens, cool, à moi tout seul, je vais multiplier par 3 le nombre de tags
information=terminal ! :)
Le 7 août 2012 14:53, Vincent Privat vincent.pri...@gmail.com a écrit :
Il n'y a pas de liste officielle et arrétée de
Luc, je suis ton père ! (ok, je sors)
Le 8 août 2012 10:18, Marc SIBERT m...@sibert.fr a écrit :
Le 8 août 2012 00:17, Christian Quest cqu...@openstreetmap.fr a écrit :
Un petit point pour notre BBQ d'anniversaire...
Sont prévus pour l'instant:
- RatzillaS
- Marc
- Florian
- Teuxe
Le message suivant de :
##
Bonjour
Sur le site de mapsforges on peut télécharger des cartes vectorielles de tout
les pays du monde.
Je les utilise avec le très bon logiciel Locus sur Android qui me donne
satisfaction.
Néanmoins je souhaite aller plus loin.
Je souhaiterais pouvoir
Le mercredi 1 août 2012 23:08:38 wouldsmina a écrit :
bonjour Pierre,
francetopo.fr c'est encore trop compliqué pour moi. Je ne fais ça que pour
m'amuser donc quand j'ai le temps...
Salut,
Tu peux aussi regarder sur mon xapiviewer, j'ai mis un champ de recherche
simple nominatim :
清野です。
先日オープンソースカンファレンス2012 Kansai@Kyotoが終わったばかりなのですが、
今度はK-OFの案内が届きました。
こちらについても、僕は別件(OSGeo関係)で出席する予定ですので、
OSMとしても出展したいと思うのですがいかがでしょうか?
他にご協力いただける方がいらっしゃいますと大変助かります。
何卒よろしくお願い申し上げます。
-- 転送メッセージ --
さて今年も、『関西オープンソース2012+関西コミュニティ大決戦』の開催が決
定、概要がまとまって参りました。まずは以下にご案内する開催概要、募集事
talk has started on the osmf list about the upcoming OpenStreetMap
Foundation board election, which reminded me of the US local chapter.
I had a quick look at recent US local chapter minutes [1] and see
nothing since April 2012. Are there some additional minutes to be
posted? It's also unclear
Hi,
Meetings have been irregular since May. We have one on the agenda for
tomorrow 5PM pacific. Reminds me that I need to update the wiki.
Next board election will likely be at SOTM US, we will discuss this tomorrow.
I will share some more thoughts on how it's going sometime soon.
Martijn
On
73 matches
Mail list logo