It's located at 0,0 so is obviously incorrect (at least to a first casual look)
ie, whatever the user was intending to map, he's accidentally dumped it in the
wrong place.
PHILLIP BARNETT
SERVER MANAGER
200 GRAY'S INN ROAD
LONDON
WC1X 8XZ
UNITED KINGDOM
T +44 (0)20 7430 4474
F
E
A stupid but working workaround is to go through the .osm file with sed or
something and rename coastline to something else before running osm2pgsql.
And the more logical solution would be to find the single line in the
osm2pgsql code that drops natural=coastline, adapt that, and
On Tue, Nov 9, 2010 at 7:44 AM, Lester Caine les...@lsces.co.uk wrote:
The main reason that I am wanting mapping information is exactly because I
am looking at genealogical data and this most definitely requires that start
and end dates are accurately recorded. In many areas of the world
On Tue, Nov 9, 2010 at 9:03 PM, Pieren pier...@gmail.com wrote:
And without going back to the ancient Rome, every day some OSM data become
obsolete (shops dissapearing, builings/roads destroyed, etc) and the average
contributor will just delete them and not just add a tag 'end_date'.
Just a
Richard,
On 11/09/2010 01:23 AM, Richard Palmer wrote:
I can continue to do this using a standalone copy of the OSM database
but would prefer it to be made available for other people to
improve and add to.
There are three reasons not to do this:
1. Mappers are not
Frederik Ramm wrote:
All these things could be fixed with time if there was sufficient
interest but it will require a lot of work and perseverance.
For now, I suggest that you keep your separate database. You can link
your objects to OSM objects by their ID if you want, and process the
daily
At 2010-11-05 09:55, Apollinaris Schoell wrote:
hmm, sorry got the wrong name here, reading from pipermail Alan's name was
highlighted and Anthony's wasn't :(
have to agree on the trolling, and it jsut got confirmed
You guys are tough to keep up with. Now I don't know whether I'm a troll or
If you prefix tag keys of historic elements with past:, it will not
interfere with extisting SW conserned with rendering the present state.
Examples: past:building=y, past:highway=... At the same time it
should be easy to render historic maps based on existing styles.
I doubt that
We (EntropyFree) made a tentative start towards this a year or two ago at
OpenHistoricalMap.org - but although the resources needed for it didn't come
through, there was an incredible amount of interest in it. Essentially it
was planned to be a customised SM server instance with some backend
On 09/11/10 12:03, Egil Hjelmeland wrote:
I doubt that historical mapping will add significantly to the OSM
database size on the global scale. But if I am wrong, it will certainly
add value to OSM, IMHO.
How can adding an extra dimension not add significantly to the size?
The only way it
Egil Hjelmeland privat at egil-hjelmeland.no writes:
If you prefix tag keys of historic elements with past:, it will not
interfere with extisting SW conserned with rendering the present state.
Agreed. But as Frederik pointed out, it will confuse people using editors.
People often snap
One issue is that, if you are mapping a historic road that is located
differently from the current-day road, unless you have a series of maps showing
each successive change, you can't be sure whether there were additional change
steps between what your historic map shows and the current state.
On Tue, Nov 9, 2010 at 1:23 PM, Tom Hughes t...@compton.nu wrote:
For the record I think this is completely outside the scope of OSM and
should not be done.
Tom
The best definition of scope of OSM I found is on the wiki main page:
OpenStreetMap creates and provides free geographic data such
Tom Hughes wrote:
I doubt that historical mapping will add significantly to the OSM
database size on the global scale. But if I am wrong, it will certainly
add value to OSM, IMHO.
How can adding an extra dimension not add significantly to the size?
The only way it won't add significantly
On 9 November 2010 12:46, Lester Caine les...@lsces.co.uk wrote:
historic ways that have been overlaid with a new road structure are not
very common.
I don't think that is true at all. Everytime a new housing estate is built
there are changes to existing highways, new roundabouts, junction
Lester Caine lester at lsces.co.uk writes:
In the past we have been told If you want it - Add it - other people do not
have to use it. I just think this is another case of that which we need to
agree methods for since at least a few people DO want to share the
information.
If I'm mapping
Am 09.11.2010 13:46, schrieb Lester Caine:
As I have already said, simply adding a starT_date to a way is all
that is needed for probably 99% of historic mapping
If it would be as simple
I fear, it is not.
Historic data is often targeted to single properties of an entity: A
track
Peter Wendorff wrote:
As I have already said, simply adding a starT_date to a way is all
that is needed for probably 99% of historic mapping
If it would be as simple
I fear, it is not.
Historic data is often targeted to single properties of an entity: A
track being paved at a certain
As I mentioned elsewhere in another mailing list, you'd also have
problems with plate tectonics. For example, the big earthquake this
year in Chile displaced parts of that country by several feet. How do
you represent the current location of objects with past data? Someone
suggested to place
Andrew Harvey andrew.harvey4 at gmail.com writes:
Just a thought, perhaps for the time being one could add a changeset
tag which says, this feature is being deleted because it is no longer
there, but it was once there, to all changesets of deleation of
historic features. Otherwise no one knows if
j...@jfeldredge.com wrote:
One issue is that, if you are mapping a historic road that is located
differently from the current-day road, unless you have a series of maps showing
each successive change, you can't be sure whether there were additional change
steps between what your historic map
On Nov 9, 2010, at 12:30 AM, Lennard wrote:
A stupid but working workaround is to go through the .osm file with sed or
something and rename coastline to something else before running osm2pgsql.
And the more logical solution would be to find the single line in the
osm2pgsql code that drops
2010/11/9 Peter Wendorff wendo...@uni-paderborn.de:
If it would be as simple
I fear, it is not.
+1
often jewish synagogues especially in Germany burned
down by the Nazis, too few of them rebuild - like the one in Berlin
Oranienburger Straße[1]).
that's actually a special case
Am 09.11.2010 17:01, schrieb M∡rtin Koppenhoefer:
2010/11/9 Peter Wendorffwendo...@uni-paderborn.de:
If it would be as simple
I fear, it is not.
+1
often jewish synagogues especially in Germany burned
down by the Nazis, too few of them rebuild - like the one in Berlin
Oranienburger
Goed initiatief!
Ik zou zeggen dat we zoiets ook wel kunnen doen. Ook voor de OSM amateur bij
te houden die zich maar een paar uur per maand
wil besteden aan OSM.
Groet,
Frenzel
Op 9 november 2010 08:48 schreef Martijn van Exel m...@rtijn.org het
volgende:
Ha allemaal,
De Duitsers hebben
Hoi Robert,
Ik zie alleen maar voordelen maar ik maak er ook maar weinig gebruik van
Naar mijn mening is het een stuk overzichtelijker, makkelijker, meer info en
referenties etc.
Groet,
Frank
Op 7 november 2010 15:24 schreef rob...@elsenaar.info het volgende:
Hoi Allen,
Zoeken naar
Ik heb het een half jaar geleden eens geprobeerd, na aanleiding van
Ben Laenen z'n wekelijkse verzamel mail op de ML. Maar het kost toch
wat werk om elke week alles bij elkaar te verzamelen.
http://blog.openstreetmap.nl/index.php/2010/07/11/dit-was-het-nieuws-week-27/
Als er meer vrijwilligers
Rob wrote:
Ik heb het een half jaar geleden eens geprobeerd, na aanleiding van
Ben Laenen z'n wekelijkse verzamel mail op de ML. Maar het kost toch
wat werk om elke week alles bij elkaar te verzamelen.
http://blog.openstreetmap.nl/index.php/2010/07/11/dit-was-het-nieuws-week-2
7/
Yep, ik was
In Duitsland hebben ze een team dat die Wochennotiz onderhoudt. Ik zal eens
vragen hoe zij het organiseren (IRC-meetings? Skype? Of een Google Doc waarin
iedereen tips aandraagt?) Dat laatste lijkt mij een hele goede manier. Kunnen
we allemaal ons steentje bijdragen en dat gewoon op zondagavond
I'm in. Al ben ik niet altijd beschikbaar lees ik wel veel en kan ik ook wel
input leveren in het weekend.
Op 9 november 2010 23:00 schreef Martijn van Exel mart...@geodan.nl het
volgende:
In Duitsland hebben ze een team dat die Wochennotiz onderhoudt. Ik zal eens
vragen hoe zij het
It seemed more like traditional GPS (comparing the time difference from a
number of transmitters).
The accuracy of signal strength triangulation is affected by anything that
affects the signal, so you couldn't get 2.5cm accuracy with that.
They said they were talking to chip manufacturers,
On Wed, Nov 10, 2010 at 11:40 AM, Ben Kelley ben.kel...@gmail.com wrote:
It seemed more like traditional GPS (comparing the time difference from a
number of transmitters).
The accuracy of signal strength triangulation is affected by anything that
affects the signal, so you couldn't get
On Ter, 2010-11-09 at 12:24 -0200, Flavio Bello Fialho wrote:
Parece ser alguém de Curitiba, pelas outras edições. Sugiro que alguém
desfaça o conjunto de alterações #6234414, pois parece ser lixo.
Em 09-11-2010 09:27, vitor escreveu:
Alguém pode contatar este usuário sodeiro?
Ele
Parece ser alguém de Curitiba, pelas outras edições. Sugiro que alguém
desfaça o conjunto de alterações #6234414, pois parece ser lixo.
Em 09-11-2010 09:27, vitor escreveu:
Alguém pode contatar este usuário sodeiro?
Ele tentou enviar uma planta dwg sem preparar o arquivo para a projeção
Sælt fólk.
Mun hitta einn hjá skipulags- og byggingasviði á morgun til að ræða
nánari útfærslur á þessu. Þætti betra ef helstu hugmyndir kæmu fram í
upphafi ferilsins í stað þess að það komi smátt og smátt, sérstaklega ef
þeir eru nokkuð opnir fyrir þessu núna. Yrði nokkuð pirrandi fyrir þá
Sæll Svavar,
Það er ánægjulegt að sjá að Hafnarfjarðarbær hafi áhuga á þessu verkefni.
Helst af öllu viljum við auðvitað sjá að allt Landupplýsingakerfi
Hafnarfjarðar verið gert Public Domain, eða að minnstakosti nógu opið til að
við getum nýtt það í OSM. Annars er bara að biðja um allt sem
2010/11/7 Adjuva:
An der Grenze zwischen Deutschland und Österreich ist aufgefallen, dass
diese Grenze anders gerendert wird, als andere Grenzen. [...]
Über die Ursache dafür wurde hier bisher kaum ein Wort verloren (man macht
lieber seine Späßchen).
[...]
Schauen wir doch einfach mal
Hallo,
On 11/09/2010 09:00 AM, Fichtennadel wrote:
Was mich jetzt aber wirklich etwas verstört ist, dass hier 2 Tage lang
NIEMAND dazu ein Wort rausbringt. Adjuva spricht ein konkretes
(Rendering von Grenzen) aber auch generelles (Renderer vs.
Aufbereitung) Problem an und kein Kommentar?
Ja,
Am 09.11.2010 09:00, schrieb Fichtennadel:
Super Analyse, danke! War sicher ne Menge Arbeit!
Was mich jetzt aber wirklich etwas verstört ist, dass hier 2 Tage lang
NIEMAND dazu ein Wort rausbringt. Adjuva spricht ein konkretes
(Rendering von Grenzen) aber auch generelles (Renderer vs.
Hi!
Jan, ich finde es erst mal super, daß Du die Nutzungsbedingungen
respektierst und vorher nachfragst. Ich würde auch schätzen, daß Deine
Anfragen im allgemeinen Traffic untergehen werden.
Es gibt allerdings trotzdem einen möglichen Grund, einen Cacheserver
aufzusetzen. Die OSM-Server können
Am 08.11.2010 22:50, schrieb Jochen Topf:
Wäre das noch tolerant oder würde das in einer IP-Blockung enden bzw.
Also tile.openstreetmap.org liefert im Peak so 900 Tiles pro Sekunde aus.
Ich glaube nicht, dass Dein Traffic weiter auffällt. Siehe:
On Tue, Nov 09, 2010 at 12:50:11AM -0800, NopMap wrote:
Jochen123 wrote:
Per Skript Tiles runterzuladen ist in den Nutzungsbedingungen der
Tileserver
in der Regel nicht erlaubt.
Aus aktuellem Anlaß: Nach den Erfahrungen mit meinem eigenen Tileserver
werden solche
On 09.11.10 09:35, Frederik Ramm wrote:
Ja, sorry, ich habe ganz vergessen, das zu kommentieren. Auch von mir Dank
fuer die Recherche-Arbeit. Ich habe daraufhin bereits am Sonntag abend das
osm2pgsql dahingehend abgeaendert, dass Relationen mit type=multipolygon und
boundary=xxx gleich
Hallo,
ich habe mal eine spezielle Karte die nur fürs Auto sinnvoll ist
generiert, das Ziel dabei ist eine vom Umfang reduzierte Karte zu haben,
welche nur fürs Auto geeignet ist. (so etwa wie die Straßenkarten der
kommerziellen Anbieter). Hier habe ich insbesondere alles weggelassen,
was
Hallo,
On 11/09/2010 10:14 AM, Andreas Labres wrote:
Ja, deshalb hab ich das jetzt auch in osm2pgsql gefixt, damit die Leute nicht
anfangen, lauter Relationen umzutaggen ;) bis das allerdings in Produktion
ist, koennen noch ein paar Wochen vergehen.
Das beantwortet meine erste Frage ja wohl,
Am 09.11.2010 10:17, schrieb Carsten Schwede:
Die Europakarte ist damit ~ 0,5GB kleiner geworden, paßt aber wohl noch
nicht auf eine 2GB-Speicherkarte.
4GB Karten existieren und laufen soviel ich weiss auch auf älteren
Garmins (Vista, 60csx) mit aktueller Firmware.
Vielleicht hat noch
2010/11/9 Frederik Ramm:
[...]
Ja, deshalb hab ich das jetzt auch in osm2pgsql gefixt, damit die Leute
nicht anfangen, lauter Relationen umzutaggen ;) bis das allerdings in
Produktion ist, koennen noch ein paar Wochen vergehen.
[...]
Dankeschön! Und fein, dass meine etwas freche mail zur
Hi,
Am 09.11.2010 10:35, schrieb Chris66:
Am 09.11.2010 10:17, schrieb Carsten Schwede:
4GB Karten existieren und laufen soviel ich weiss auch auf älteren
Garmins (Vista, 60csx) mit aktueller Firmware.
es gibt (richtig) alte Geräte, die keine 4GB-karten können. (Garmin i3)
die meisten
Hi!
Chris66 wrote:
4GB Karten existieren und laufen soviel ich weiss auch auf älteren
Garmins (Vista, 60csx) mit aktueller Firmware.
Also mein Vista erkennt definitiv keine 4GB Karte.
bye
Nop
--
View this message in context:
Am 9. November 2010 10:17 schrieb Carsten Schwede computerte...@gmx.de:
Hallo,
ich habe mal eine spezielle Karte die nur fürs Auto sinnvoll ist generiert,
das Ziel dabei ist eine vom Umfang reduzierte Karte zu haben, welche nur
fürs Auto geeignet ist. (so etwa wie die Straßenkarten der
Am 09.11.2010 11:31, schrieb NopMap:
4GB Karten existieren und laufen soviel ich weiss auch auf älteren
Garmins (Vista, 60csx) mit aktueller Firmware.
Also mein Vista erkennt definitiv keine 4GB Karte.
Hmmm, eventuell gibts da eine Serienstreuung, so dass es nicht
auf allen Geräten
Hi,
Am 09.11.2010 12:12, schrieb M∡rtin Koppenhoefer:
Ich würde anstatt features wegzulassen eher eine geografische
Beschränkung / Aufteilung machen. Was genau Europa sein soll, ist
vermutlich sowieso willkürlich, hast Du die Türkei mit drin? Russland
EU-Ausschnitt der Geofabrik.
könnte
Hallo,
beim jährlichen Wettbewerb WissensWert von Wikimedia haben es 4 OSM-nahe
Projekte als förderungswürdig in die zweite Runde geschafft.
Darunter auch ein Blinden-Karten-Projekt und ein Rollstuhl-Karten-Projekt.
(Sorry, ist doch klar, daß ich hier Werbung mache, oder?)
Jeder hat 5 Stimmen!
Wie wäre es mit einem Firmware-Update? - seit dem hat mein Legend Cx keine
Probleme mit großen Karten
Gruß
UMAX974
Am 09.11.2010 um 11:31 schrieb NopMap:
Hi!
Chris66 wrote:
4GB Karten existieren und laufen soviel ich weiss auch auf älteren
Garmins (Vista, 60csx) mit aktueller
Ich kenne das von Wikipedia!
Dort wurde ein Mentorensystem eingeführt um Neulingen zu helfen.
Ist/war das hier mal im Gespräch?
ich weis, ist arbeit und Undank ist der Welt Lohn;)
es ist ne schone malocherei alles hier zu finden - das Wiki ist auch
nicht leicht zu handhaben und oft findet mensch
Am Dienstag 09 November 2010, 12:53:02 schrieb Chris66:
Also mein Vista erkennt definitiv keine 4GB Karte.
Hmmm, eventuell gibts da eine Serienstreuung, so dass es nicht
auf allen Geräten funktioniert.
Laut Changelog wurde mit einem Firmware-Upgrade für die eTrex-Geräte der
Support für
Am 9. November 2010 15:32 schrieb Steffen Heinz eifelhu...@gmx.de:
auch Bezeichnungen von HAndwerkern / Geschäften/ etc ist nicht einfach
zu finden.
http://wiki.openstreetmap.org/wiki/Key:shop
http://wiki.openstreetmap.org/wiki/Key:craft
oder auf deutsch (evtl. nicht aktualisiert):
Am 09.11.2010 17:13, schrieb M∡rtin Koppenhoefer:
Am 9. November 2010 15:32 schrieb Steffen Heinzeifelhu...@gmx.de:
auch Bezeichnungen von HAndwerkern / Geschäften/ etc ist nicht einfach
zu finden.
http://wiki.openstreetmap.org/wiki/Key:shop
http://wiki.openstreetmap.org/wiki/Key:craft
Hallo,
Steffen Heinz wrote:
bei Läden ist noch schlimmer... KIK geht einfach zu den
Klamottenläden... n. Teeladen wird wohl zu finden sein, oder? was ist
mit so nem Esoterischen Laden? auch machmal ist zum verzweifeln ;)
Hat auch keinen Sinn, so zu uebertreiben mit den Laeden. Zu viel
Am 9. November 2010 20:01 schrieb Steffen Heinz eifelhu...@gmx.de:
Am 09.11.2010 17:13, schrieb M∡rtin Koppenhoefer:
Am 9. November 2010 15:32 schrieb Steffen Heinzeifelhu...@gmx.de:
auch Bezeichnungen von HAndwerkern / Geschäften/ etc ist nicht einfach
zu finden.
Am 09.11.2010 20:12, schrieb Frederik Ramm:
Hallo,
Steffen Heinz wrote:
bei Läden ist noch schlimmer... KIK geht einfach zu den
Klamottenläden... n. Teeladen wird wohl zu finden sein, oder? was ist
mit so nem Esoterischen Laden? auch machmal ist zum verzweifeln ;)
Hat auch keinen Sinn,
Am 09.11.2010 21:11, schrieb Steffen Heinz:
Am 09.11.2010 20:12, schrieb Frederik Ramm:
Hallo,
Steffen Heinz wrote:
bei Läden ist noch schlimmer... KIK geht einfach zu den
Klamottenläden... n. Teeladen wird wohl zu finden sein, oder? was ist
mit so nem Esoterischen Laden? auch machmal ist
2010/11/9 Steffen Heinz eifelhu...@gmx.de
jaa ... die hatte ich schon gefunden... nur es war nicht leicht ;)
das Problem ist immer die richtige Bezeichnung zur erfolgreichen finden zu
haben.
außerdem fehlt einiges: heute und morgen hätte ich gerne gehabt Werkstatt
für Landmaschinen,
Am 07.11.2010 21:11, schrieb Tom Müller:
Am 07.11.2010 02:15, schrieb Garry:
Gibt es inzwischen einen eigenen Tag für innerorts/ausserorts?
warum nicht einfach ein maxspeed=100 taggen?
Weil innerorts/ausserorts eine eigenständige Information ist und nur
bedingt mit maxspeed zusammenhängt.
Hallo Carsten,
Am 07.11.2010 15:00, schrieb Carsten Moeller:
Hallo Garry,
da gibt es so'n tag namens access=destination, was zwar im Deutschen
als Anlieger frei übersetzt wird, meines Erachtens im Englischen als
auch Allgemeinen durchaus eine andere Interpretation zulassen würde.
Was ist
Am 09.11.2010 12:12, schrieb M∡rtin Koppenhoefer:
Am 9. November 2010 10:17 schrieb Carsten Schwedecomputerte...@gmx.de:
Hallo,
ich habe mal eine spezielle Karte die nur fürs Auto sinnvoll ist generiert,
das Ziel dabei ist eine vom Umfang reduzierte Karte zu haben, welche nur
fürs Auto
Am 09.11.10 09:35, schrieb Frederik Ramm:
Hallo,
On 11/09/2010 09:00 AM, Fichtennadel wrote:
Was mich jetzt aber wirklich etwas verstört ist, dass hier 2 Tage lang
NIEMAND dazu ein Wort rausbringt. Adjuva spricht ein konkretes
(Rendering von Grenzen) aber auch generelles (Renderer vs.
Am 10.11.2010 01:18, schrieb Garry:
Hallo Carsten,
Am 07.11.2010 15:00, schrieb Carsten Moeller:
Hallo Garry,
da gibt es so'n tag namens access=destination, was zwar im Deutschen
als Anlieger frei übersetzt wird, meines Erachtens im Englischen als
auch Allgemeinen durchaus eine andere
Hallo,
On 11/10/2010 08:06 AM, André Joost wrote:
Ist das in der osm2pgsql.exe festgelegt, oder in der Style-xml (somit
vom Selbstrenderer beeinflussbar)?
Das ist fest im Programm drin.
Bye
Frederik
___
Talk-de mailing list
I just converted the salt water portion of Vembanad lake/Kochi area up till
the Thanneermukkom barrage to coastlines. There was a lot of inconsistency
in the rendering of the small islands with the previous water multipolygon
tags. Now it should be easier to mark the wetlands/inundated farms in
Il 09 novembre 2010 13:13, alessio klava...@gmail.com ha scritto:
Ciao
Quando converto dati dagli shapfiles non incontro problemi di sorta con linee
e
poligoni, ma se si tratta di nodi ciò che ottengo nel .gpx che successivamente
apro con JOSM sono solo dei marcatori che non posso convertire
Ciao
Quando converto dati dagli shapfiles non incontro problemi di sorta con linee e
poligoni, ma se si tratta di nodi ciò che ottengo nel .gpx che successivamente
apro con JOSM sono solo dei marcatori che non posso convertire in dati utili,
nodi appunto. Purtroppo quando il loro numero è
In data martedì 9 novembre 2010 13:42:42, Luca Delucchi ha scritto:
scusa non ho ben capito, te hai degli shape, che vuoi convertire in
gpx o in osm?
comunque ogr2ogr funge bene nei casi in cui ne ho avuto bisogno...
Ottenere .gpx o .osm non farebbe molta differenza: di solito carico in JOSM
scusa non ho ben capito, te hai degli shape, che vuoi convertire in
gpx o in osm?
comunque ogr2ogr funge bene nei casi in cui ne ho avuto bisogno...
Grazie e ciao
Alessio
Ma ciò che mi serve è ogr2ogr o ogr2osm? Mi è venuto in il dubbio.
In ogni caso non ho capito come far
Quindi a gpsvisualizer passi gli alberi direttamente con li shapefile?
E quelli da dove li hai presi ?
Stefano
Inviato da iPhone
Il giorno 09/nov/2010, alle ore 21:03, alessio klava...@gmail.com ha scritto:
Beh ho comunque risolto quando ho scoperto che sempre tramite GPSVisualizer si
può
In data martedì 9 novembre 2010 21:10:45, Stefano Tampieri ha scritto:
Quindi a gpsvisualizer passi gli alberi direttamente con li shapefile?
E quelli da dove li hai presi ?
Stefano
No, prima converto il shapefile in .kml via Qgis e poi lo converto in .xml
tramite GPSVisualizer.
Gli
e per gli eventuali dati che ci sono già, non rischi di duplicare le cose ?
Ovvio che di alberi non ce ne sono molti
Il giorno 09 novembre 2010 21:19, alessio klava...@gmail.com ha scritto:
In data martedì 9 novembre 2010 21:10:45, Stefano Tampieri ha scritto:
Quindi a gpsvisualizer passi
In data martedì 9 novembre 2010 21:43:33, Stefano Tampieri ha scritto:
e per gli eventuali dati che ci sono già, non rischi di duplicare le cose ?
Ovvio che di alberi non ce ne sono molti
Dove effettuo gli imports io di dati che rischiano di essere duplicati non ce
ne sono molti a parte
Recordaréis que hace unos meses tratamos el tema de las vías pecuarias,
sin tomar ninguna decisión sobre el etiquetado. Después de estar hace
unos días en el 2º Congreso Nacional de Vías Pecuarias [1] me he
decidido a tratar de completar un poco el tema. He desarrollado un poco
más la
Buenas,
2010/11/9 Roberto Plà p...@aire.org:
andrzej zaborowski wrote:
y esta con un canon ixus100 con CHDK:
http://www.openstreetmap.pl/balrog/20101020-raw/img_3859.jpg
Oye, tu cometa es estratosférica, ¿no?. ¿A que altura calculas debía estar
la cometa? ¿Cuanto hilo tenía el carrete?¿Que
cometas son muy eficaces si se entiende bien como usarlas... per a veces me
parece mas un arte que una ciencia.
en la comunidad Grassroots Mapping (grassrootsmapping.org) hemos tenido
exito con globos de helio (y tambien cometas, pero no tanto), volando a una
altura entre 300m-1300m con camaras
Jeffrey Warren war...@mit.edu escribió:
cometas son muy eficaces si se entiende bien como usarlas... per a veces me
parece mas un arte que una ciencia.
en la comunidad Grassroots Mapping (grassrootsmapping.org) hemos tenido
exito con globos de helio (y tambien cometas, pero no tanto), volando
... kõik on kohustatud kohale tulema ja tekitama meie laua ees
massi, et jääks mulje väga huvitavast asjast :)
2010/11/9 Jaak Laineste j...@openstreetmap.ee:
Hoi,
Joosep-Georgil hea mõte laiemaks kaasamiseks: GIS päeval (17.11
RahvusRaamatukogus) on MTÜ-l väljas väike stend kus tutvustada
Tere,
tekkis paar küsimust ja mõtet:
*Mis peitub sõna digiekraan taga?
*Kui teha kohapeal kaardi redigeerimist (mis on igati hea idee) läheb
vaja ka head internetiühendust. Kas stendis on internetiühendust
kasutada ja kui on, siis mis kujul (kaabel/wifi/?).
*Kas kaardi redigeerimist teha Maa-Ameti
On 09.11.10 10:30, Boris Cornet wrote:
Daher bitte ich alle Mitstreiter um ein wenig Geduld, es macht IMHO
wenig Sinn, das alles wieder zurück auf type=boundary umzustellen (was
u.a. bedeuten würde, bei allen 540 Segmenten role=outer zu löschen)
Nein, type=boundary funktioniert auch mit
Ja na predfiltraci a kontrlou gpx pouzivam viking.sf.net, a uploaduju
jen to co neni jeste zakreslene.
Radek
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
Le lundi 8 novembre 2010 21:41:50 Christian Rogel, vous avez écrit :
On sait que la France tardait à retranscrire en droit français la
Directive Inspire qui est le cadre pour lequel les gouvernements
européens (français inclus) ont donné leur accord pour une
infrastructure d'information
Le 08/11/2010 21:22, adrien carpentier a écrit :
Merci Thomas pour le lien vers Osmose j'ai regardé c'est pas mal!
mais je n'ai pas vu comment rechercher les rues sans noms
une idée??
tu clic sur le petit plus en haut à droite et tu coche le calque beta -
No name
--
Thomas Clavier
Le 09/11/2010 15:03, Pieren a écrit :
2010/11/9 Rodolphe Quiedeville rodol...@quiedeville.org
mailto:rodol...@quiedeville.org
Pour la partie GoogleMaps il va falloir que je révise un peu mais pour
le reste je suis partant ;-)
On échange les détails de format/contexte en privé si
casquette_boulot
Nous (Fing) organisons cet évènement européen à Rennes qui peut
intéresser les OSMeurs de Bretagne et d'ailleurs. L'entrée est gratuite,
sur inscription, et le public vraiment très varié : acteurs publics,
associations, entreprises, individuels.
2010/11/9 Rodolphe Quiedeville rodol...@quiedeville.org
Pour la partie GoogleMaps il va falloir que je révise un peu mais pour
le reste je suis partant ;-)
On échange les détails de format/contexte en privé si tu veux.
A++
Attention cette annonce n'est pas de moi. Je n'ai fais que
Le 09/11/2010 15:10, Charles Nepote a écrit :
casquette_boulot
Nous (Fing) organisons cet évènement européen à Rennes qui peut
intéresser les OSMeurs de Bretagne et d'ailleurs. L'entrée est gratuite,
sur inscription, et le public vraiment très varié : acteurs publics,
associations,
2010/11/9 Charles Nepote char...@nepote.org
Comment a-t-on résolu ce problème pour les données du cadastre ?
En demandant d'ajouter le millésime dans le tag source et en l'attachant à
chaque élément ajouté (les polylignes et les noeuds isolés) en non dans les
commentaires des changesets
Le 09/11/2010 15:52, arno a écrit :
Le mardi 09 novembre 2010, à 15:48:04 +0100, Rodolphe a écrit :
l'un de vous voit de quoi je parle, je lui paye une bière en échange de
l'url.
Et c'est arno qui gagne une bière à quelques secondes près :-)
Tue, 09 Nov 2010 15:52:05 +0100
Le mardi 09 novembre 2010, à 15:48:04 +0100, Rodolphe a écrit :
Bonjour,
C'est un peu une bouteille à la mer que je jette. J'ai en tête un schéma
qui représente OSM dans son ensemble. Ce schéma est constitué de
symbôles en bleu clair, sur un fond blanc. On comprend par ce scéma
2010/11/9 Charles Nepote char...@nepote.org
casquette_boulot
Nous (Fing) organisons cet évènement européen à Rennes qui peut intéresser
les OSMeurs de Bretagne et d'ailleurs. L'entrée est gratuite, sur
inscription, et le public vraiment très varié : acteurs publics,
associations,
Le 09/11/2010 15:52, arno a écrit :
Le mardi 09 novembre 2010, à 15:48:04 +0100, Rodolphe a écrit :
Bonjour,
C'est un peu une bouteille à la mer que je jette. J'ai en tête un schéma
qui représente OSM dans son ensemble. Ce schéma est constitué de
symbôles en bleu clair, sur un fond blanc.
Vu ici (posté le 16/09/2010):
http://www.linux-nantes.org/wws/arc/openstreetmap-nantes/2010-09/msg0.html
Bonjour,
Le département Multimédia, Sciences et Techniques de la Bibliothèque de
Rezé propose un cycle de conférences intitulé les *Samedis du Net* qui offre
à tous des décodages de
Le 09/11/2010 14:34, Pieren a écrit :
Vu ici (posté le 16/09/2010):
http://www.linux-nantes.org/wws/arc/openstreetmap-nantes/2010-09/msg0.html
Bonjour,
Le département Multimédia, Sciences et Techniques de la Bibliothèque de
Rezé propose un cycle de conférences intitulé les /Samedis
Bonjour à tous,
L'APIE a publié récemment un nouveau cadre juridique pour la
réutilisation des données publiques sans redevance, des Conditions
générales d'utilisation :
1 - 100 of 119 matches
Mail list logo