Vital

[Russell Branting]

I am instructed to inform you of your appointment as the next of kin  
to your deceased relative estate. Kindly indicate your acceptance by  
reconfirming your Full Name, Address & Phone Number for immediate  
processing of the funds release to your control OR the deceased  
deposited funds will be declared unclaimed.

Vital

[Russell Branting]

I am instructed to inform you of your appointment as the next of kin  
to your deceased relative estate. Kindly indicate your acceptance by  
reconfirming your Full Name, Address & Phone Number for immediate  
processing of the funds release to your control OR the deceased  
deposited funds will be declared unclaimed.

Vital

[Russell Branting]

I am instructed to inform you of your appointment as the next of kin  
to your deceased relative estate. Kindly indicate your acceptance by  
reconfirming your Full Name, Address & Phone Number for immediate  
processing of the funds release to your control OR the deceased  
deposited funds will be declared unclaimed.

[Talk-se] Hur justera höjdprofil för vandringsled - rutt med "oordnade" delar

[M Branting]

Hej 
Jag har avslutat uppläggningen av vandringsleden Huddingeleden (en 
superrelation) söder om Stockholm, men vill nu få höjdprofilen i waymarked 
trails att fungera, och tänkte ta delsträcka efter delsträcka. Det tycks vara 
besvärligare än vad jag trodde. Jag har ändrat riktning för alla stigar och 
vägar i delsträcka 1 men problemen kvarstår. Det krävs tydligen att man även 
ändrar ordningen på delarna som leden skapats med.

Vilken är den bästa metoden att justera ordningen på en leds delar, utan att 
behöva ”lägga upp alla delar manuellt” en gång till?

Länk till delsträcka 1 https://hiking.waymarkedtrails.org/#route?id=5973832
Mikael Branting

Skickades från E-post för Windows 10

___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Lantmäteriets öppna data

[M Branting]

Man kanske ska påpeka att upphovsrättens "katalogskydd" gäller samlingar av
viss storlek. Enskilda positionsdata omfattas över huvud taget inte av
upphovsrätt. Det är alltså tämligen fritt fram att manuellt "plocka"
uppgifter från olika källor. Man ska dock undvika att plocka en mängd
uppgifter från samma källa.

Den mån 12 aug. 2019 18:29Eva Lindberg  skrev:

> Hej!
>
> Tack för svar! Du har rätt, mitt förra mail kom inte fram till listan,
> jag försökte att skicka med bilagor men jag gjorde uppenbarligen fel.
>
> Om ekonomiska kartan: Jag har letat efter den på Lantmäteriets
> ftp-server med öppna data men den finns inte för området som jag är
> intresserad av. Det syns också i översiktskartan över vilka blad från
> ekonomiska kartan i öppna data. Finns det fler blad någon annanstans på
> Lantmäteriets sidor?
>
> Aha, bra att veta att en sådan källa är manuell kartering. Snyggt och
> prydligt att dokumentera vilka källor man har använt. Jag läste tidigare
> att användare har importerat Trafikverkets vägkartor så jag trodde att
> det var något liknande.
>
> När det gäller noggrannhet för positioner är det inte bara offset (som
> är lika överallt i bilden) utan vissa punkter i en bild kan ligga mer
> fel än andra p.g.a. dålig geometri. Man kan försöka att korrigera det
> också i efterhand men det blir ofta inte bra.
>
> Jag ska i alla fall försöka att kartera manuellt men jag kommer att
> välja mina källor så att jag blir nöjd. Jag har pratat direkt med en
> annan OSM-entusiast som också väljer egna källor och fått lite tips.
> Tack för alla råd och hoppas att vi hörs igen!
>
> MVH
> Eva
>
>
>
> On 2019-08-11 12:23, Andreas Vilén wrote:
> > Hej!
> >
> > Eva:
> > "För det första, flera har nämnt Ekonomiska kartan men den finns
> > inte som öppna data över Norrlands inland, dit ”mitt” område
> > tydligen räknas, så
> > det är inte ett alternativ."
> >
> > Nej, det är sant med Ekonomiska kartan. Som allt annat med OSM var
> > det ett ideellt privat initiativ att se till att den gick att använda
> > som bakgrund i OSM, och rutor som avvek i storlek från de vanligaste
> > lades aldrig in i WMS-tjänsten. De går dock fortfarande att bläddra
> > i på Lantmäteriets hemsida, men svårt att kartera ifrån på det
> > sättet (jag har dock fått in lite platsnamn genom att sitta och
> > jämföra Ekonomiska kartan med flygbilder i ett annat fönster, men
> > det var tidskrävande). Det bästa vore förstås om Lantmäteriet
> > satte upp en egen WMS-tjänst, men detta finns vad jag vet inte.
> >
> > Eva:
> > "Jag ska också säga att jag har kollat på Terrängkartan i det
> > område där jag vill kartera och den är precis som NKA skrev inte
> > så noggrann. Det
> > beror dels på att den är ritad för att se bra ut på en karta (till
> >
> > exempel är en del vägkrökar avrundade och följer inte den verkliga
> >
> > vägen) och dels på att den till vissa delar innehåller gammal
> > information. Den är dock mer komplett och mer korrekt än den karta
> > som
> > finns där nu som också så vitt jag förstår är importerad. Som
> > källa står
> > ” DigitalGlobe Premium Imagery; NVDB; NVDB Vägnamn; survey”,
> > kolla gärna
> > länken nedan om ni kan se varifrån den kommer.
> > https://www.openstreetmap.org/#map=16/63.4970/18.0766=C;
> >
> > Nu tror jag att det uppstått ett missförstånd. Att det anges en
> > källa i changeset betyder inte att datan är importerad, utan anger
> > vilka källor som använts för manuellt karterande. I det här fallet
> > har användaren använt sig av Digitalglobes bakgrundsbilder (numera
> > Maxar), NVDB:s olika väglager som är öppen data och kan användas
> > som bakgrundsbilder i JOSM och "survey", dvs egen koll på marken,
> > exempelvis foton eller egenspårade gps-punkter. Den samlingen källor
> > är en rätt vanlig kombo och hur det ofta ser ut när jag mappar
> > också. Här är ett exempel där jag karterat vägnamn och
> > markanvändning:  https://www.openstreetmap.org/changeset/48959613
> >
> > Eva:
> > "Sedan har ni uppmanat mig att kartera själv och det är en
> > grundtanke med
> > OSM. När det gäller att kartera baserat på ortofoto i editorer för
> > OSM
> > ska jag förklara varför jag inte vill det med ett exempel från
> > området
> > där jag vill kartera. Jag har gjort några bilder som exempel och
> > hoppas
> > att jag kan skicka dem som bilagor."
> >
> > Detta berör allt som har med icke noggranna flygbilder att göra.
> >
> > Kort sagt är detta något vi är mycket väl medvetna om. I
> > Openstreetmaps barndom hade vi över huvud taget inte några andra
> > bakgrundsbilder än Landsats globala mycket lågupplösta
> > satellitbilder att gå efter. Några år senare lät Yahoo oss kartera
> > efter deras flygbilder, några år efter det hoppade Microsoft på med
> > Bing och sedan har det rullat på med flera olika möjligheter att
> > kartera efter ortofoto. Flera olika länder har släppt officiella
> > flygbilder fria, som Danmark exempelvis. Dock inte Sverige.
> > Grundtanken bakom detta har hela tiden varit att vi är tacksamma 

Re: [Talk-se] Torpruiner

[M Branting]

En del fd torp har bara husgrunderna kvar, men de kan ändå fylla en funktion 
som platsmarkörer i landskapet, långt efter det att själva byggnaden rivits. Om 
husgrunderna är väl synliga har folk ibland taggat som ruin, ibland har man 
endast angett det som en plats med namn efter det gamla torpet. 

Skickades från E-post för Windows 10

Från: Björn Stenberg
Skickat: den 23 april 2019 10:52
Till: OpenStreetMap Sverige mailinglista
Kopia: Magnus Homann
Ämne: Re: [Talk-se] Torpruiner

Enligt wikin och taginfo är "building=ruins" avsedd för byggnader som 
konstruerats för att se ut som ruiner, inte för byggnader som förfallit till en 
ruin. Vem har rätt?


--
Björn


On Tue, Apr 23, 2019 at 10:44 AM Christian Asker  
wrote:
Hej. "building=ruins". Ifall torpet hade ett namn kan det läggas in med.

För "viktiga" byggnader kan även historic taggen användas, men för ett vanligt 
enkelt torp är det nog overkill.

Mvh Christian


Magnus Homann  skrev: (22 april 2019 20:24:13 CEST)
Bör man lägga in torpruiner på kartan? Och i så fall med vilken tagg?

/Magnus

Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

-- 
Skickat från min Android-enhet med K-9 Mail. Ursäkta min fåordighet.
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Upphovsrätt på data och polygoner

[M Branting]

Innan man ger sig in i licens diskussionen måste man fråga sig om det över
huvud taget finns någon upphovsrätt. Rena faktauppgifter som tex
positioner, djup, höjd etc omfattas inte av upphovsrätt.
Man kan alltså inte skydda ett telefonnummer, eller positionen och höjden
på en bergstopp.
Däremot skyddas en större samling data av det som ibland kallas
katalogskydd (eller databas skydd). "Samlingen" i en hel telefonkatalog,
eller samlingen av alla positioner för Sveriges sjöar är skyddade.
Det som är oklart i upphovsrätten är hur stor samlingen av data måste vara
för att omfattas av katalogskydd. Det som är skyddat kan ju sedan förses
med villkor / licenser av rättighetsinnehavaren.

Mitt enkla tips är att man måste respektera licenserna om man vill göra
automatiska uppdateringar från en större databas. Men det är samtidigt
alltid tillåtet att manuellt plocka fram enskilda uppgifter för att
korrigera osm.



Den tors 14 feb. 2019 17:39 skrev Karl Wettin :

> Hej Axel och Josefina!
>
> Jag är inte helt säker på vad kustvattenförekomster innebär och därmed
> heller inte vad det skulle representera för sorts polygoner i OSM. Är det
> kustlinjerna där havet möter land? Något helt annat?
>
>
> Det finns dokumenterade processer för import av data på <
> https://wiki.openstreetmap.org/wiki/Import>. Kortfattat står det där att
> man skall hålla sig borta från automatiserad import om det finns någon som
> helst risk att det trasslar sönder OSM då det kan bli ett jättejobb att
> rätta till saker i efterhand. Att manuellt sitta med datamängder i en
> OSM-redigerare där man kontrollerar och lägger till information räknas mer
> som helt vanligt arbete. Jag utgår från att du tänker på automatiserad
> import.
>
> Vid import handlar det om att engagera gemenskapen så mycket som möjligt,
> visa att det kommer fungera och att datamängderna är relevanta för OSM. Du
> har alltså gjort helt rätt. När man väl har en snurra och löst alla
> licensknutar lägger man fram sitt förslag på den internationella
> import-epostlistan för att få kritik, rättar sig efter rimlig kritik man
> får och kör det ett par iterationer tills någorlunda konsensus uppnåtts.
>
>
> Jag är ingen jurist, men så här lyder min tolkning av licensfrågorna:
>
> Är ni beroende av ett vertyg som SMHI utvecklat för att söka fram data som
> ursprungligen är CC0 och SMHI levererar exakt samma data som från
> CC0-källan men säger att det nu är CC-BY, då är det CC-BY. Att försöka
> komma runt genom att plocka en identitet från denna CC-BY-data och hämta
> exakt samma data från en CC0-källa innebär att all den CC0-data man hämtat
> är ett derivat från CC-BY-identiteten, så då blir all CC0-data ändå
> besudlad med CC-BY.  Det gäller även om man försöker sig på det baklänges,
> dvs utgår från fullständiga CC0-data från CC0-källa och ställer frågor om
> dessa mot SMHIs verktyg.
>
> Angående extra medgivande för CC-BY till ODbL <
> https://blog.openstreetmap.org/2017/03/17/use-of-cc-by-data/> <
> https://drive.google.com/file/d/0B3PN5zfbzThqeTdWR1l3SzJVcTg/view> så har
> jag alltid tolkat det som att när man skriver på en sådan waiver så släpper
> man sin data som ODbL. Det är inte att man importerar CC-BY-data till OSM,
> utan man förklarar för dataägaren att licenserna är snarlika så snälla
> snälla gå med på ODbL också.
>
> Jag försökte genomföra en snarlik importprocess i 2015 med fornlämningar
> från Riksantikvarieämbetet. Deras data var CC0, men APIet för att hämta ut
> data var CC-BY. Jag frågade om det var meningen, några på myndigheten
> suckade och försökte göra något åt saken och 2017 ändrades även APIet till
> CC0. Alla var egentligen väldigt positiva hela tiden, det var bara
> trögflytande byråkrati där saker var tvugna att tags upp på specifika sätt
> och vis. Tyvärr slutade det för min egen skull med att jag hann tappa
> intresset och genomförde aldrig importen.
> Jag hade inte behövt vara en sådan paragrafryttare, jag hade bara kunnat
> köra på med importen. Någon framtida smäll visste jag att det aldrig skulle
> komma, men nu hade de vid något tillfälle beslutat sig för CC-BY så jag
> berättade om det för dem och lät sedan bli lite på trots. Vilket egentligen
> är ganska löjligt, men det är den enda möjligheten jag känner jag har för
> att skapa lite intern buzz om saken hos dem i hopp om att det i framtiden
> kanske blir bättre ursprungsbeslut i andra system eller myndigheter.
>
> Det tycker jag ni också kan fundera på. Originaldatan är trots allt CC0,
> ni har ju SMHI med er och de vill göra något bra, så kanske ni bara skall
> köra på om det stannar upp pga byråkrati i licensträsket.
>
>
>
> Kalle
>
> On Thu, 2019-02-14 at 08:38 +0100, Axel Pettersson wrote:
>
> Hej,
> (Med Wikimedia Sverige-hatten på, och CC Josefina på SMHI, som nog inte är
> med på listan.)
>
> SMHI genomför nu ett projekt[1] tillsammans med Wikimedia Sverige som går
> ut på att få upp kustvattenförekomster på Wikidata och in i Wikipedia. I
> det har vi hittat en smidig mall[2] som med 

Re: [Talk-se] Bing kalibrering

[M Branting]

Tja, bara en del av brukarna använder Josm. Använder man webbgränssnittet
för redigering, så ligger satellitbilderna på plats, och tillhör så att
säga programmet. Varför skulle en oerfaren användare över huvud taget tro
att satellitbilden är fel. Man kan ju lika gärna tro att vägar, stigar och
annat ligger slarvigt inlagda. Det är nog överoptimistiskt att tro att
"varje mappare" ska kalibrera centralt inlagda satellitbilder. Om det är
just Bing som brukar orsaka problem, så kanske man skulle ta bort detta
alternativ helt.
Men det betyder inte att det finns någon central resurs som löser problemet
- vad vi får är felaktigt inlagd information när folk använder dåligt
kalibrerade bilder som underlag.

Den 23 juni 2018 00:31 skrev Andreas Vilén :

> Hej!
>
> Detta är ingenting som går att ändra på centralt och det är vanligare att
> bilderna ligger lite fel än att de inte gör det. Det är varje mappares
> ansvar att själva se till att kalibrera bilderna efter verkligheten.
>
> Använder man josm kan man lagra ett offset på servern som andra sedan kan
> använda men det bygger på att andra laddar ner detta offset.
>
> /Andreas
>
> Skickat från min iPhone
>
> 22 juni 2018 kl. 20:32 skrev M Branting :
>
> Hej
> I Gnestatraktem i Södermanland, och kanske på andra ställen också verkar
> Bing bakgrundsfoto felkalibrerat. De inlagda vägarna stämmer inte med
> vägnätet på bilden, och gps spår verkar mer överensstämma med de ilagda
> vägarna än med bakgrundsbilden.
>
> Exempel: https://www.openstreetmap.org/edit#map=16/59.0463/17.1589 Notera
> också att andra satellitbildsalternativ inte har detta fel.
>
> Vore tacksam om något kartproffs i mailinglistan tog sig en titt och
> räåttade till felet. Görs inget finns risken att folk lägger inte saker i
> kartan på basis av bing, och då får vi en blandning av riktiga och
> felaktiga positioner.
>
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
>
>
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
>
>
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Cykelbanor och avtagsvägar

[M Branting]

Rita in en kort anslutning mellan c-banan och vägen där svängen ska kunma göras

___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] ID översättningar

[M Branting]

” Jag föredrar iaf inte att highway=cycleway + foot=designated används för att 
kartlägga GC-banor. Just av den orsaken att de inte är cykelvägar.”

Det där är fel i strikt juridisk mening. En GC-baneskylt har samma juridiska 
verkan för cyklisten som en cykelbaneskylt, dvs påbjuden färdväg. Skillnaden är 
att GC-banan samtidigt är gångbana vilket ger gångtrafikanter rätt att gå hur 
som helst på ”cykelbanan”. I Sverige finns dessutom separata gång och 
cykelbanor som markeras med skylt och en linje i asfalten. Ibland finns de 
målade linjerna i verkligheten, ibland inte. 
Skickades från E-post för Windows 10

Från: Joakim Fors
Skickat: den 13 maj 2017 13:27
Till: OpenStreetMap Sverige mailinglista
Ämne: Re: [Talk-se] ID översättningar


> On 12 May 2017, at 18:20, Mattias Dalkvist <matt...@dalkvist.se> wrote:
> 
> Hmm jag var inte så aktiv under "the path controversy" så jag har inte så 
> stor koll. Brukar gå efter det som rekommenderas i presets och på wikin, där 
> tycker de path med designated taggar för gång- och cykelbanor. 
> 
> I Sverige ser det ut att var fler som använder cycleway (antal ways):
> Path med foot & bicycle designated 22k
> Cycleway med foot designated eller yes 37k
> Finns också (vilket josm varnar om)
> Footway med bicycle designated eller yes 10k

Kan du spjälka ut antalen för highway=cycleway med foot=designated jämfört med 
foot=yes. En viss skillnad i betydelse. Det är ju fullt lagligt att gå på en 
renodlad cykelbana här i landet så jag brukar kasta med ett foot=yes av bara 
farten. Kanske ett fall av tagging for the router. Att sätta foot=designated på 
en highway=cycleway är en annan sak. Du kan även försöka filtrera bort sådana 
highway=cycleway som har både bicycle=designated och foot=designated. Gissar 
att de är fall då det ursprungligen varit highway=path men någon senare har 
ändrat det till cycleway.

> 
> Vad jag förstår så behandlas de två huvudsätten lika av de flesta rendrerare 
> och ruttplanrerare.
> Jag kan se fördelar med bägge men tycker det är viktigare att vi är 
> konsekventa, underlättar framförallt när man pratar med nya folk.
> 
>  Så om majoriteten föredrar cycleway kanske vi borde göra en Svensk version 
> av Highway tagging samples som reflekterar det. 
> 

Jag föredrar iaf inte att highway=cycleway + foot=designated används för att 
kartlägga GC-banor. Just av den orsaken att de inte är cykelvägar.


> On 13 May 2017, at 12:49, M Branting <mikael.brant...@gmail.com> wrote:
> 
> Konstaterar bara att det i Stockholmsområdet är svårt att hitta en enda 
> gc-bana som kategoriserats som stig. Och i de övriga städer jag cyklat eller 
> redigerat osm tycks mönstret vara detsamma. Jag ska inte tvärsäkert uttala 
> mig tvärsäkert om hela landet, men det tycks i alla fall vara så att det 
> saknas en etablerad gc-bana=path praxis.

Kollar du i andra delar av landet så tror jag du ser det omvända förhållandet. 
San kan man ju även blicka utanför landets gränser där det finns liknande 
on-the-ground klassificering.

Enligt Dalkvists lista ovan så kan man iaf inte påstå att path+foot+bicycle 
inte skulle vara väl vedertaget då det ligger i samma span sett till antal 
användningar som highway=cycleway + foot=designated.


/Joakim
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] ID översättningar

[M Branting]

Konstaterar bara att det i Stockholmsområdet är svårt att hitta en enda gc-bana 
som kategoriserats som stig. Och i de övriga städer jag cyklat eller redigerat 
osm tycks mönstret vara detsamma. Jag ska inte tvärsäkert uttala mig tvärsäkert 
om hela landet, men det tycks i alla fall vara så att det saknas en etablerad 
gc-bana=path praxis. 

Skickades från E-post för Windows 10

Från: Joakim Fors
Skickat: den 13 maj 2017 12:22
Till: OpenStreetMap Sverige mailinglista
Ämne: Re: [Talk-se] ID översättningar

Tycker kategoriseringen som det är nu är rätt bra och logisk. Dvs, cykelbana => 
highway=cycleway, GC => highway=path + bicycle=designated + foot=designated (+ 
segregated=yes|no), gångväg => highway=footway. GC är ju ett aber i sig och jag 
tycker iaf att det är mer korrekt hur de ser ut och fungerar i verkligheten att 
det inte är en mer specifik vägtyp som sen får en extra access-tag för att 
tvinga in det andra trafikslaget. Sen är ju path+access standard preset i JOSM 
för GC-vägar så kan vara svårt att få det ändrat… eller iaf att få 
JOSM-användare att ändra på sig. ;)

/Joakim


> On 12 May 2017, at 20:49, Per Eric Rosén  wrote:
> 
> Röstar på highway = cycleway med foot=designated för GC-vägar. Eller i första 
> hand fysiskt att dela upp dem i cykelväg och gångväg, men det ligger något 
> utanför OSM:s område ...
> 
> /Per Eric
> --
> ^): Per Eric Rosén http://rosnix.net/~per/
> /   p...@rosnix.net GPG 7A7A BD68 ADC0 01E1 F560 79FD 33D1 1EC3 1EBB 
> 7311___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se


___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] ID översättningar

[M Branting]

Det är nog ingen bra idé att tagga naturstigar på samma sätt som breda 
gc-banor. Att skyltade cykelbanor för taggas cyclelway är väl självklart. 
Mindre uppenbart är det med de vanliga gång och cykelvägarna (gc-banorna). Om 
man betraktar dem som cykelbanor där även gångtrafik är tillåten så kan man 
tagga dem som cyclelway med foot=yes
Jag håller alltså med om att path (stig) bör reserveras för (natur)stigar . Här 
är istället frågan om avgränsningen mot ”bruksväg” (track) som av någon 
obegriplig anledning översatts till ”ej underhållen bruksväg”. 

Skickades från E-post för Windows 10

Från: Mattias Dalkvist
Skickat: den 11 maj 2017 18:14
Till: OpenStreetMap Sverige mailinglista
Ämne: [Talk-se] ID översättningar

Hej

I ID så är highway=path översatt med stig vilket de många förknippar med något 
mindre i skogen, inte alls lika generellt som det Engelska uttrycket.
Ett av de rekommenderade sätten att tagga gång- och cykelbanor är ju 
highway=path med  foot=designated och bicycle=designated och jag har sätt flera 
nybörjare som ändrar dem till footway. Har också sätt några som satt 
highway=footway och highway=cycleway


Någon som kan komma på något bättre än Stig?
Det ända jag kommer på är något i stil med "Stig, gång- & cykelväg" vilket inte 
är så bra ;)


-- 
Dalkvist

___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Arches] Re: Using Arches Designer in v4

[Scott Branting]

Dear Alexei and Adam,

Thank you.  Yes, we had used this same machine for the test build of Arches 
v3 and so it has both Postgres 9.3 from that build and the new version of 
Postgres 9.6 that I installed while doing the dependencies for Arches v4.  
I changed the settings.py file under DATABASES default PORT to the port for 
Postgres 9.6.  It was set by default to the one that we had used for 9.3  
This may be an issue that people run into if they are migrating from v3 to 
v4, and you might want to update the installation documentation to have 
them note which port is used during the Postgres 9.6 install.

I've been able to move ahead with the additional steps up to the 
import_business_data.  Which gives an error that the path needs to be an 
absolute path.  This was something Joel ran into yesterday, and posted 
about on the Cannot import sample dropdowns reference data for Arches v4 
dev.  I'll move my error over to there to keep it all in the same place.

Thanks,

Scott
ASORCHI  

-- 
-- To post, send email to archesproject@googlegroups.com. To unsubscribe, send 
email to archesproject+unsubscr...@googlegroups.com. For more information, 
visit https://groups.google.com/d/forum/archesproject?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Arches Project" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to archesproject+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[Arches] Re: Using Arches Designer in v4

[Scott Branting]

Perhaps related to this, I thought that Adam's .bat file ran through the 
setup_db step.  However, with Susan's issue with needing to do that step 
and Joel running into an error on the additional setup database commands, I 
tried to try recreating the database to see if I could solve this issue.  I 
ran python manage.py packages -o setup.db and ran into the following error.

(ENV) C:\ArchesProjects\arches>python manage.py packages -o setup_db
operation: setup_db
package: arches
Password for user postgres:
 pg_terminate_backend
--
(0 rows)


DROP DATABASE
CREATE DATABASE
Operations to perform:
  Apply all migrations: sessions, admin, guardian, auth, models, 
contenttypes
Running migrations:
  Rendering model states... DONE
  Applying contenttypes.0001_initial... OK
  Applying auth.0001_initial... OK
  Applying admin.0001_initial... OK
  Applying admin.0002_logentry_remove_auto_add... OK
  Applying contenttypes.0002_remove_content_type_name... OK
  Applying auth.0002_alter_permission_name_max_length... OK
  Applying auth.0003_alter_user_email_max_length... OK
  Applying auth.0004_alter_user_username_opts... OK
  Applying auth.0005_alter_user_last_login_null... OK
  Applying auth.0006_require_contenttypes_0002... OK
  Applying auth.0007_alter_validators_add_error_messages... OK
  Applying guardian.0001_initial... OK
  Applying models.0001_initial...Traceback (most recent call last):
  File "manage.py", line 27, in 
execute_from_command_line(sys.argv)
  File 
"C:\ArchesProjects\ENV\lib\site-packages\django\core\management\__init__.
py", line 353, in execute_from_command_line
utility.execute()
  File 
"C:\ArchesProjects\ENV\lib\site-packages\django\core\management\__init__.
py", line 345, in execute
self.fetch_command(subcommand).run_from_argv(self.argv)
  File 
"C:\ArchesProjects\ENV\lib\site-packages\django\core\management\base.py",
 line 348, in run_from_argv
self.execute(*args, **cmd_options)
  File 
"C:\ArchesProjects\ENV\lib\site-packages\django\core\management\base.py",
 line 399, in execute
output = self.handle(*args, **options)
  File "C:\ArchesProjects\arches\arches\management\commands\packages.py", 
line 1
25, in handle
self.setup_db(package_name)
  File "C:\ArchesProjects\arches\arches\management\commands\packages.py", 
line 2
62, in setup_db
management.call_command('migrate')
  File 
"C:\ArchesProjects\ENV\lib\site-packages\django\core\management\__init__.
py", line 119, in call_command
return command.execute(*args, **defaults)
  File 
"C:\ArchesProjects\ENV\lib\site-packages\django\core\management\base.py",
 line 399, in execute
output = self.handle(*args, **options)
  File 
"C:\ArchesProjects\ENV\lib\site-packages\django\core\management\commands\
migrate.py", line 200, in handle
executor.migrate(targets, plan, fake=fake, fake_initial=fake_initial)
  File 
"C:\ArchesProjects\ENV\lib\site-packages\django\db\migrations\executor.py
", line 92, in migrate
self._migrate_all_forwards(plan, full_plan, fake=fake, 
fake_initial=fake_ini
tial)
  File 
"C:\ArchesProjects\ENV\lib\site-packages\django\db\migrations\executor.py
", line 121, in _migrate_all_forwards
state = self.apply_migration(state, migration, fake=fake, 
fake_initial=fake_
initial)
  File 
"C:\ArchesProjects\ENV\lib\site-packages\django\db\migrations\executor.py
", line 198, in apply_migration
state = migration.apply(state, schema_editor)
  File 
"C:\ArchesProjects\ENV\lib\site-packages\django\db\migrations\migration.p
y", line 123, in apply
operation.database_forwards(self.app_label, schema_editor, old_state, 
projec
t_state)
  File 
"C:\ArchesProjects\ENV\lib\site-packages\django\db\migrations\operations\
models.py", line 59, in database_forwards
schema_editor.create_model(model)
  File 
"C:\ArchesProjects\ENV\lib\site-packages\django\contrib\gis\db\backends\p
ostgis\schema.py", line 56, in create_model
super(PostGISSchemaEditor, self).create_model(model)
  File 
"C:\ArchesProjects\ENV\lib\site-packages\django\db\backends\base\schema.p
y", line 284, in create_model
self.execute(sql, params or None)
  File 
"C:\ArchesProjects\ENV\lib\site-packages\django\db\backends\base\schema.p
y", line 110, in execute
cursor.execute(sql, params)
  File 
"C:\ArchesProjects\ENV\lib\site-packages\django\db\backends\utils.py", li
ne 79, in execute
return super(CursorDebugWrapper, self).execute(sql, params)
  File 
"C:\ArchesProjects\ENV\lib\site-packages\django\db\backends\utils.py", li
ne 64, in execute
return self.cursor.execute(sql, params)
  File "C:\ArchesProjects\ENV\lib\site-packages\django\db\utils.py", line 
95, in
 __exit__
six.reraise(dj_exc_type, dj_exc_value, traceback)
  File 
"C:\ArchesProjects\ENV\lib\site-packages\django\db\backends\utils.py", li
ne 62, in execute
return self.cursor.execute(sql)
django.db.utils.ProgrammingError: type "jsonb" does not exist
LINE 1: ...OT NULL, "id" uuid NOT NULL PRIMARY KEY, "config" jsonb NULL...

Re: [Arches] Arches v4 installation on Windows 7

[Scott Branting]

Dear Adam,

Sorry, I hadn't seen your question there.  The GDAL path is in the message 
above, C:/OSGeo4W64/bin/gdal201.dll  However, gdal201.dll isn't showing up 
in other installs, so it might not be so standard.

Thanks.  I'm always happy to be a test subject.

Scott
ASOR CHI

-- 
-- To post, send email to archesproject@googlegroups.com. To unsubscribe, send 
email to archesproject+unsubscr...@googlegroups.com. For more information, 
visit https://groups.google.com/d/forum/archesproject?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Arches Project" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to archesproject+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [Talk-se] OSM som underlag för att producera CC0/CC BY-material i rasterform?

[M Branting]

Tänkte barar påpeka att innan man diskuterar olika licenser, så måste
frågan ställas om det över huvud taget finns något som omfattas av
upphovsrätt. Enskilda kartdata har inte tillräcklig verkshöjd för att
omfattas av upphovsrätten. Däremot omfattas större samlingar av det s.k.
katalogskyddet. Det måste då handla om en större del av den samlade
databasen, eller åtminstone en större samling data. Rättspraxis är minst
sagt oklar om hur mycket av "katalogen" som ska ingå för att katalogskyddet
ska gå in. En mer begränsad samling kartdata kan man alltså förfoga över
som man vill. Annorlunda är det med rasterkartor, där själva formgivningen
(men inte faktauppgifter som sådana) kan räknas som konstnärligt skapande.

Den 30 mars 2017 16:41 skrev Karl Wettin :

>
> On 30 Mar 2017, at 15:36, Bernt Rane  wrote:
>
>
> Hej Bernt,
>
>
> ODbL är ju till sin natur lite mer restriktiv då den kräver samma
> licensform för bearbetningar av data om vi förstått rätt. Dvs mer lik CC
> BY-SA.
>
>
> Det stämmer, ODbL är mycket lik CC-BY-SA.
>
> Åtminstone om man släpper sitt aggregerade data vidare i vektorform.
> Frågan: om man skapar a) kartbilder eller b) karttjänster (i form av
> rastertjänster av typen WMS eller slippy map/xyz-maps) och det ingår OSM
> som del i underlagen är det enligt villkoren att släppa dessa kartbilder
> resp rasterkarttjänster för vidareutnyttjande som CC BY / CC0?
>
>
> Min tolkning av ODbL är att alla derivat måste bli ODbL, men alla verkar
> inte hålla med om det.
>
> Sedan vet jag inte om det är så att du frågar huruvida ni får släppa era
> egna data som CC0 när ni redan skänkt dem som ODbL till OSM? Det går
> naturligtvis utmärkt att licensiera sina egna data på flera sätt,
> exempelvis att man lägger ut den som CC0 på ett ställe och samtidigt
> donerar den som ODbL till OSM. Men så fort du lyfter data från OSMs databas
> så måste du lämna källhänvisning.
>
> Här finns för övrigt en påbörjad Sverige-karta som helt och hållet bygger
> på CC0-licensierad data: 
>
> Antar att frågan har ställts förr och vi har ju tillgång till licensen som
> vi nu gräver i, men jag är intresserad av hur en diskussion kring detta har
> gått förut och om det finns något mer skrivet kring detta (annat än i
> själva licensen ODbL då).
>
>
> OSM bytte från CC-BY-SA till ODbL den 12 september 2012. Det föranleddes
> av en stor diskussion där man förenklat vägde mellan CC0 och just ODbL. Om
> man förenklar den förenklingen så löd argumentet ungefär att detta är data
> som till absolut största del skapas på fritid av volontärer och det är inte
> mer än rätt att de skall få creds för sitt jobb, speciellt om man skall
> locka till sig fler volontärer.
>
> Personligen kan jag ha förståelse för att argumentet är lockande, men
> sluter mig till lägret som anser att den större samhällsnyttan, både lokalt
> och globalt, på kort och lång sikt, kommer när man inte sätter några som
> helst restriktioner på hur datamängderna får användas. Att om måttet på
> framgång för öppna data är hur mycket de används så motverkar man sitt eget
> mål när man sätter den minsta restriktion. Det står mer om det argumentet
> här: .
>
>
>
> kalle
>
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
>
>
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Arches] Arches v4 installation on Windows 7

[Scott Branting]

Dear Adam,

Success!  So there were three issues with the settings_local.py file.  If 
one goes through step 5 of 
https://github.com/archesproject/arches/wiki/Developer-Installation at this 
stage it will work.

1. I needed to add the Mapbox key that I had previously set up.
2. I needed to change the GDAL_LIBRARY_PATH = 
"C:/OSGeo4W64/bin/gdal201.dll"  (GDAL was installed as part of the 
OSGeo4W64 dependency for windows as in the install section of the version 4 
documentation and 201 was the version installed in February.)
3. I had to add ArchesProjects to the path in the 
TILE_CACHE_CONFIG = { 

"name": "Disk",

"path": "file:///C:/ArchesProjects/arches/arches/tileserver/cache/"

Thank you Adam for all your help through these issues.

Scott
ASOR CHI



-- 
-- To post, send email to archesproject@googlegroups.com. To unsubscribe, send 
email to archesproject+unsubscr...@googlegroups.com. For more information, 
visit https://groups.google.com/d/forum/archesproject?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Arches Project" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to archesproject+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [Arches] Arches v4 installation on Windows 7

[Scott Branting]

le 
"C:\ArchesProjects\ENV\lib\site-packages\django\contrib\gis\gdal\driver.p

y", line 5, in 

from django.contrib.gis.gdal.prototypes import ds as vcapi, raster as 
rcapi

  File 
"C:\ArchesProjects\ENV\lib\site-packages\django\contrib\gis\gdal\prototyp

es\ds.py", line 9, in 

from django.contrib.gis.gdal.libgdal import GDAL_VERSION, lgdal

  File 
"C:\ArchesProjects\ENV\lib\site-packages\django\contrib\gis\gdal\libgdal.

py", line 48, in 

lgdal = CDLL(lib_path)

  File "c:\python27arches\Lib\ctypes\__init__.py", line 362, in __init__

self._handle = _dlopen(self._name, mode)

WindowsError: [Error 126] The specified module could not be found


Thank you,

Scott
ASOR CHI




On Friday, March 24, 2017 at 1:20:59 PM UTC-4, Adam Cox wrote:
>
> Hi Scott, I just made an update. Can you re-download the script (or git 
> pull if you cloned it) and try again? Be sure to remove the previous one if 
> necessary.
>
> Let me know if that works.
>
> On Fri, Mar 24, 2017 at 5:10 PM, Scott Branting <scottb...@gmail.com 
> > wrote:
>
>> Dear Adam,
>>
>> Thank you very much.  That works almost perfectly.  It ran without any 
>> errors.  However, when I run the django server I get a password error for 
>> postgres.
>>
>> django.db.utils.OperationalError: FATAL:  password authentication failed 
>> for use
>> r "postgres"
>>
>> In the trial install I just used the old Arches 3 default install 
>> password, but I'm guessing that you used something different.  Perhaps 
>> there could be a call out for that in the script?
>>
>> Otherwise, up to this point it seems to be working.
>>
>> Thanks,
>>
>> Scott
>> ASOR CHI
>>
>>
>>
>>
>>
>> On Thursday, March 23, 2017 at 5:06:11 PM UTC-4, Adam Cox wrote:
>>>
>>> The file is updated now, should work better for you.
>>>
>>> On Tuesday, March 21, 2017 at 4:27:45 AM UTC, Scott Branting wrote:
>>>>
>>>> Thank you Adam.  I'll keep an eye out for the updated bat file when you 
>>>> get to it.
>>>>
>>>> Scott
>>>>
>>> -- 
>> -- To post, send email to arches...@googlegroups.com . To 
>> unsubscribe, send email to archesprojec...@googlegroups.com . 
>> For more information, visit 
>> https://groups.google.com/d/forum/archesproject?hl=en
>> --- 
>> You received this message because you are subscribed to the Google Groups 
>> "Arches Project" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to archesprojec...@googlegroups.com .
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
-- To post, send email to archesproject@googlegroups.com. To unsubscribe, send 
email to archesproject+unsubscr...@googlegroups.com. For more information, 
visit https://groups.google.com/d/forum/archesproject?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Arches Project" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to archesproject+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [Arches] Arches v4 installation on Windows 7

[Scott Branting]

Dear Adam,

Thank you very much.  That works almost perfectly.  It ran without any 
errors.  However, when I run the django server I get a password error for 
postgres.

django.db.utils.OperationalError: FATAL:  password authentication failed 
for use
r "postgres"

In the trial install I just used the old Arches 3 default install password, 
but I'm guessing that you used something different.  Perhaps there could be 
a call out for that in the script?

Otherwise, up to this point it seems to be working.

Thanks,

Scott
ASOR CHI




On Thursday, March 23, 2017 at 5:06:11 PM UTC-4, Adam Cox wrote:
>
> The file is updated now, should work better for you.
>
> On Tuesday, March 21, 2017 at 4:27:45 AM UTC, Scott Branting wrote:
>>
>> Thank you Adam.  I'll keep an eye out for the updated bat file when you 
>> get to it.
>>
>> Scott
>>
>

-- 
-- To post, send email to archesproject@googlegroups.com. To unsubscribe, send 
email to archesproject+unsubscr...@googlegroups.com. For more information, 
visit https://groups.google.com/d/forum/archesproject?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Arches Project" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to archesproject+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [Arches] Arches v4 installation on Windows 7

[Scott Branting]

Thank you Adam.  I'll keep an eye out for the updated bat file when you get 
to it.

Scott

-- 
-- To post, send email to archesproject@googlegroups.com. To unsubscribe, send 
email to archesproject+unsubscr...@googlegroups.com. For more information, 
visit https://groups.google.com/d/forum/archesproject?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Arches Project" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to archesproject+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [Arches] Arches v4 installation on Windows 7

[Scott Branting]

Dear Adam,

Thank you for the quick reply.  I did install shapely separately 
successfully with the troubleshooting instructions when I had Python 2.7.6 
installed.  But I ran into this same issue at this step as copied in the 
original post.  I then noticed the update to the documentation that came 
out that said it was recommended to use Python 2.7.13.  I updated Python to 
2.7.13, including updating the path, reinstalled Arches and then shapely 
would not install separately.  It gives a message of: 
Shapely-1.5.17-cp27-cp27m-win_amd64.whl is not a supported wheel on this 
platform.

Thanks,

Scott

On Sunday, March 19, 2017 at 5:21:23 PM UTC-4, Adam Cox wrote:
>
> Hi Scott, glad you are able to check out that documentation. First, though 
> it's not the guardian module, I'd like to confirm that you installed 
> shapely separately? You need to do that on windows...
>
> As for guardian, it is one of the modules that is installed with python 
> setup.py install, so if it's missing, perhaps other things didn't install 
> as well.
>
> Thanks for getting in touch, and be sure to let us know what you find.
>
> Adam 
>
> On Sun, Mar 19, 2017 at 3:53 PM, Scott Branting <scottb...@gmail.com 
> > wrote:
>
>> We've been working on a test install of Arches v4.  We've run into an 
>> issue with the install that the recent updates of the Dev Installation 
>> notes haven't yet covered.  Off the Dev Installation notes under Getting 
>> Started we can't get the setup db command to run.  We get a missing module 
>> error for a module named guardian.  Here is the result of the command 
>> python manage.py packages ‐o setup_db  or for the runserver command:
>>
>> Traceback (most recent call last):
>>   File "manage.py", line 27, in 
>> execute_from_command_line(sys.argv)
>>   File 
>> "C:\Projects\ENV\lib\site-packages\django\core\management\__init__.py", l
>> ine 367, in execute_from_command_line
>> utility.execute()
>>   File 
>> "C:\Projects\ENV\lib\site-packages\django\core\management\__init__.py", l
>> ine 341, in execute
>> django.setup()
>>   File "C:\Projects\ENV\lib\site-packages\django\__init__.py", line 27, 
>> in setup
>> apps.populate(settings.INSTALLED_APPS)
>>   File "C:\Projects\ENV\lib\site-packages\django\apps\registry.py", line 
>> 85, in
>> populate
>> app_config = AppConfig.create(entry)
>>   File "C:\Projects\ENV\lib\site-packages\django\apps\config.py", line 
>> 90, in cr
>> eate
>> module = import_module(entry)
>>   File "c:\python27\arches\Lib\importlib\__init__.py", line 37, in 
>> import_module
>>
>> __import__(name)
>> ImportError: No module named guardian
>>
>> Thanks,
>>
>> Scott
>> ASOR CHI Project
>>
>> -- 
>> -- To post, send email to arches...@googlegroups.com . To 
>> unsubscribe, send email to archesprojec...@googlegroups.com . 
>> For more information, visit 
>> https://groups.google.com/d/forum/archesproject?hl=en
>> --- 
>> You received this message because you are subscribed to the Google Groups 
>> "Arches Project" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to archesprojec...@googlegroups.com .
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
-- To post, send email to archesproject@googlegroups.com. To unsubscribe, send 
email to archesproject+unsubscr...@googlegroups.com. For more information, 
visit https://groups.google.com/d/forum/archesproject?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Arches Project" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to archesproject+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[Arches] Arches v4 installation on Windows 7

[Scott Branting]

We've been working on a test install of Arches v4.  We've run into an issue 
with the install that the recent updates of the Dev Installation notes 
haven't yet covered.  Off the Dev Installation notes under Getting Started 
we can't get the setup db command to run.  We get a missing module error 
for a module named guardian.  Here is the result of the command python 
manage.py packages ‐o setup_db  or for the runserver command:

Traceback (most recent call last):
  File "manage.py", line 27, in 
execute_from_command_line(sys.argv)
  File 
"C:\Projects\ENV\lib\site-packages\django\core\management\__init__.py", l
ine 367, in execute_from_command_line
utility.execute()
  File 
"C:\Projects\ENV\lib\site-packages\django\core\management\__init__.py", l
ine 341, in execute
django.setup()
  File "C:\Projects\ENV\lib\site-packages\django\__init__.py", line 27, in 
setup
apps.populate(settings.INSTALLED_APPS)
  File "C:\Projects\ENV\lib\site-packages\django\apps\registry.py", line 
85, in
populate
app_config = AppConfig.create(entry)
  File "C:\Projects\ENV\lib\site-packages\django\apps\config.py", line 90, 
in cr
eate
module = import_module(entry)
  File "c:\python27\arches\Lib\importlib\__init__.py", line 37, in 
import_module

__import__(name)
ImportError: No module named guardian

Thanks,

Scott
ASOR CHI Project

-- 
-- To post, send email to archesproject@googlegroups.com. To unsubscribe, send 
email to archesproject+unsubscr...@googlegroups.com. For more information, 
visit https://groups.google.com/d/forum/archesproject?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Arches Project" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to archesproject+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [Talk-se] Garmin säljer open street map

[M Branting]

Tja då hade jag fel. De tillåter att man säljer vad som är gratis.


Den 25 februari 2017 15:58 skrev Erik Lundin <e...@lists.lun.nu>:

> Jo, ODbL tillåter kommersiell användning av datan:
>
> "Subject to the terms and conditions of this License, the Licensor
> grants to You a worldwide, royalty-free, non-exclusive, terminable (but
> only under Section 9) license to Use the Database for the duration of
> any applicable copyright and Database Rights. These rights explicitly
> include commercial use, and do not exclude any field of endeavour."
>
> https://opendatacommons.org/licenses/odbl/1-0/
>
> Även under OSM:s Legal FAQ nämns det:
>
> Q: "Can I charge for distributing OSM data or data derived from OSM data?"
> A: "Yes. You can charge any amount of money you want for any service or
> data you provide. However, since the data that is derived from OSM data
> must be licensed as above, other people may then redistribute this
> without payment."
>
> http://wiki.openstreetmap.org/wiki/Legal_FAQ
>
> /Erik
>
> Den 2017-02-25 kl. 15:47, skrev M Branting:
> > Nej openstreetmap tillåter väl inte att andra tar betalt?
> >
> > Den 25 februari 2017 13:53 skrev Joakim Fors <joa...@fo.rs
> > <mailto:joa...@fo.rs>>:
> >
> >
> > > On 24 Feb 2017, at 20:05, M Branting <mikael.brant...@gmail.com
> > <mailto:mikael.brant...@gmail.com>> wrote:
> > >
> > > Upptäckte att Garmin säljer en "Europacykelkarta" för USD 49.99
> > för nedladdning. Det är en ren OpenFietsmap.
> > >
> > > https://buy.garmin.com/en-US/US/p/155338
> > <https://buy.garmin.com/en-US/US/p/155338>
> > >
> > > Med min Garmin cykeldator fanns en äldre uppla förinstallerade,
> > och jag kan konstatera att Garmin inte gjort något eget arbete som
> > ger dem upphovsrätt.
> > >
> > > https://buy.garmin.com/en-US/US/p/155338
> > <https://buy.garmin.com/en-US/US/p/155338>
> > >
> >
> > Ser inte att de hävdar upphovsrätt någonstans så om de vill sälja
> > och någon vill köpa “gratis” data så är det väl fritt fram? Sen hur
> > moraliskt det är är väl en annan fråga.
> >
> > /Joakim
> >
> >
> > ___
> > Talk-se mailing list
> > Talk-se@openstreetmap.org <mailto:Talk-se@openstreetmap.org>
> > https://lists.openstreetmap.org/listinfo/talk-se
> > <https://lists.openstreetmap.org/listinfo/talk-se>
> >
> >
> >
> >
> > ___
> > Talk-se mailing list
> > Talk-se@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-se
> >
>
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
>
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Garmin säljer open street map

[M Branting]

Nej openstreetmap tillåter väl inte att andra tar betalt?

Den 25 februari 2017 13:53 skrev Joakim Fors <joa...@fo.rs>:

>
> > On 24 Feb 2017, at 20:05, M Branting <mikael.brant...@gmail.com> wrote:
> >
> > Upptäckte att Garmin säljer en "Europacykelkarta" för USD 49.99 för
> nedladdning. Det är en ren OpenFietsmap.
> >
> > https://buy.garmin.com/en-US/US/p/155338
> >
> > Med min Garmin cykeldator fanns en äldre uppla förinstallerade, och jag
> kan konstatera att Garmin inte gjort något eget arbete som ger dem
> upphovsrätt.
> >
> > https://buy.garmin.com/en-US/US/p/155338
> >
>
> Ser inte att de hävdar upphovsrätt någonstans så om de vill sälja och
> någon vill köpa “gratis” data så är det väl fritt fram? Sen hur moraliskt
> det är är väl en annan fråga.
>
> /Joakim
>
>
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
>
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

[Talk-se] Symboler för skidspår (Nordic)

[M Branting]

Man ska ju inte tagga för kartor sägs det. Jag hade dock tänkt att
skidspåren jag lägger upp som rutt skall synas på waymarked trails/slopes.
Jag har roat mig att lägga upp sommarleder i Ågesta
friluftsområde (Huddinge kommun söder om sjön Magelungen). Det fungerar
hyggligt att lägga upp markerade vandringsleder med osmc:symbol. (visas på
hiking map). För vinterskidspår (piste:nordic)  fungerar det sämre. Har
försökt både med osmc:symbol och colour. (Jag har lagt upp skidspår och
vandringsleder som separata relationer).
Finns det någon bättre karta för visning av skidspår? Om man ska använda
sig av waymarked trails - hur ska man då visa symboler för skid-rutter?
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Sörmlandsleden

[M Branting]

Uppdaterade de etapper i Sthlms län som wikin inte listat som 100%. Båda
visade sig vara sista biten på etappen i tättbebyggt område. Det var ju
bara att märka förlänga relationerna. Källan för var Sörmlandsleden gick
jag använde var lantmäteriets karta online. Nu är jag inte medlem i
föreningen, men man kanske ändå ska påpeka att själva "hemligheten" var
leden går inte är skyddad av upphovsrätt. Enskilda kartuppgifter är inte
heller skyddade. Vad som möjligen är skyddat är en stor sammanställning av
fakta (tex en hel databas) (s.k. katalogskydd) och själva grafiken på
kartor. Resten är fritt. Det blir ännu mera uppenbart nu när lantmäteriet
tvingats släppa greppet om hela sin databas.

Den 21 oktober 2016 14:22 skrev M Branting <mikael.brant...@gmail.com>:

> wikin är inte någon bra källa. Folk uppdaterar ju utan att känna till,
> eller bry sig om wikin. Däremot kan man kanske lita på att de som anges som
> 100% klara är det.
>
> Den 20 oktober 2016 12:41 skrev Erik Johansson <erjo...@gmail.com>:
>
>> 2016-10-20 10:37 GMT+02:00 M Branting <mikael.brant...@gmail.com>:
>> > Har Du inte råkat ut för en kulturkollision? Föreningen har nog bara
>> > uppgifter i form av tryckta kartor
>>
>> Kulturkollision absolut, åldersskillnaden var en faktor enligt dom
>> själva. En av anledningarna till att de är så skeptiska är att de
>> satsade stora pengar på att digitalisera  under  2000-talet, och att
>> de anser att folk bara blir medlemmar för att köpa kartorna...
>>
>> Det som saknas finns dokumenterat på Wikin (det är bättre än det ser
>> ut, men jag la till alla relationer iaf).
>> https://wiki.openstreetmap.org/wiki/WikiProject_Sweden/Hiking_trails
>>
>> Som du säger det är många av de där "anslutnings etapperna", det är
>> iofs en ganska intressant sak att kartera detaljerat alltså hur det
>> ser ut i början av vandringen..
>>
>>
>> Själv vandrar jag bara i Norrland så kommer inte att göra något åt detta.
>>
>> ___
>> Talk-se mailing list
>> Talk-se@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-se
>>
>
>
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Sörmlandsleden

[M Branting]

wikin är inte någon bra källa. Folk uppdaterar ju utan att känna till,
eller bry sig om wikin. Däremot kan man kanske lita på att de som anges som
100% klara är det.

Den 20 oktober 2016 12:41 skrev Erik Johansson <erjo...@gmail.com>:

> 2016-10-20 10:37 GMT+02:00 M Branting <mikael.brant...@gmail.com>:
> > Har Du inte råkat ut för en kulturkollision? Föreningen har nog bara
> > uppgifter i form av tryckta kartor
>
> Kulturkollision absolut, åldersskillnaden var en faktor enligt dom
> själva. En av anledningarna till att de är så skeptiska är att de
> satsade stora pengar på att digitalisera  under  2000-talet, och att
> de anser att folk bara blir medlemmar för att köpa kartorna...
>
> Det som saknas finns dokumenterat på Wikin (det är bättre än det ser
> ut, men jag la till alla relationer iaf).
> https://wiki.openstreetmap.org/wiki/WikiProject_Sweden/Hiking_trails
>
> Som du säger det är många av de där "anslutnings etapperna", det är
> iofs en ganska intressant sak att kartera detaljerat alltså hur det
> ser ut i början av vandringen..
>
>
> Själv vandrar jag bara i Norrland så kommer inte att göra något åt detta.
>
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
>
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

[Talk-se] Friluftsområden, motionsspår mm

[M Branting]

Hej
Såvitt jag har läst mig till så bör motionsspår (elljusspår mm) göras till
relation med route=running.

Men jag har inte hittat någon webbaserad karta som visar sådana spår. Finns
det någon? (gärna en karta som dessutom kan visa vandringsleder)

Skulle dessutom vilja få tips om hur man lämpligen kan tagga och visa spår
och leder på ett sammanhållet sätt i friluftsområden. Man kan ju vilja visa
hela spårsystemet, även om där finns olika typer av leder, tex motionsspår,
vandringsleder, cykelleder och skidspår. Ett problem med att sätta en
superrelation är ju att lederna redan kan tillhöra andra superrelationer.
Waymarked trails har kommit en bit på väg men där saknas tex spår
type=running
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Stockholms läns regionala cykelstråk

[M Branting]

Det finns flera regionala cykelstråk som är tveksamma. Om jag förstått
saken rätt så ligger "proposed" taggen på själva vägen/stigen, inte på
relationen. En föreslagen relation som helt saknas idag blir streckad, men
om man markerar vidare ett cykelstråk på en existerande bilväg sm finns
idag så kan man inte lägga in proposed.

För Vendelsömalmsstråket (Haningeleden) Vårby-Flemingsbergsskogen-Jordbro
mm så uppkommer t.ex följande frågor

1) Stadsplan är inte antagen för sträckningen genom Flemingsbergsskogen.
Den sträckning som finns i OSM blev återremitterad. Nya förslag kommer
under 2016, och ev bygge ligger flera år framåt i tiden. Det handlar inte
om en cykelbana utan om en hel trafikled, som ska ansluta till den
nuvarande Haningeleden från Vårberg (E4:an)
2) När det gäller Haningeleden Gladökvarn- Lissma så är det tveksamt om det
verkligen ska byggas någon ny cykelbana intill den nuvarande leden (som
saknar väggrenar) Cykeltrafiken hänvisas till "gamla Lännavägen"
 (Ebbadalsvägen mm). Oklart vilket underlag det finns för cykelstråk på
själva Haningeleden.
3) För sträckan Lissma-Jordbro finns idag bara Haningeleden. Cykeltrafik är
inte förbjuden men direkt olämplig. (Inga vägrenar, tung trafik, stängsel
som hindrar avfart annat än på ett fåtal ställen). Här måste nog en
cykelbana byggas. Men det är missledande att idag markera sträckningen som
regional cykellled.

Jag tror att grunden till oklarheten är den plan till regionala cykelstråk
som tagits fram i Stockholms län. Den är alltså inte i sig stadsplan och
detaljerna om hur planen ska realiseras kan ändras.


Den 10 mars 2016 22:39 skrev Essin :

> Hej!
>
>
> Dessutom vill jag ta bort Åkersbergastråket ifrån E18, där det är lagt
>> idag. Även om det har state=proposed så är det fel. Politikernas
>> funderingar handlar om att bygga en helt ny snabbcykelväg som förvisso
>> delvis går längs med E18 men aldrig på den. Dessutom handlar det
>> fortfarande mer om drömmar än några konkreta planer och sträckningen är
>> långt ifrån fastlagd. Jag tycker det är vilseledande att rita ut föreslaget
>> cykelstråk på motorvägen.
>>
>> --
>> Björn
>
>
> Det finns flera kartanteckningar som visar att state=proposed som det
> används nu är förvirrande för en del användare:
> http://www.openstreetmap.org/note/358395
> http://www.openstreetmap.org/note/492494 och
> http://www.openstreetmap.org/note/354206 . Är det tänkt att
> state=proposed ska användas för vägar där cykeltrafik kan vara förbjuden
> eller annars olämplig, där den fysiska cykelvägen alltså ännu inte
> existerar, eller bara för vägar som redan är lämpliga för cykling men inte
> ännu ingår i ett stråk? Hur gick diskussionerna när taggen skapades? Det
> står inte i teckenförklaringen på
> http://wiki.openstreetmap.org/wiki/OpenCycleMap vad streckade linjer
> betyder, och den sidan är inte länkad direkt från cykellagret.
> http://wiki.openstreetmap.org/wiki/Cycle_routes nämner "Routes are
> sometimes not official routes pending some negotiation or development --
> the opencyclemap rendering shows these routes dotted." där "development"
> kanske skulle kunna tolkas som "bygge av en cykelväg".
>
> Vänliga hälsningar
> Essin
>
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
>
>
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Funderingar runt indoor mapping

[M Branting]

Om upphovsrätt:
Faktauppgifter i sig omfattas aldrig av upphovsrätt. En karta innehåller en
mängd olika informationer. De kan alltså fritt användas och publiceras.

Kartans layout är däremot "bildkonst" och omfattas därför av huvudregeln.
Kartan som bild är upphovsrättsskyddad 70 år efter upphovsmannens död.

Den som samlar ihop ett stort antal faktauppgifter åtnjuter dock s.k.
katalogskydd, även om de enskilda faktauppgifterna är oskyddade.
"Samlingen"är skyddad i 15 år efter första publicering (vilket är betydligt
kortare tid

Några exempel:
Ett telefonnummer är inte upphovsrättsskyddat, ens om det är "hemligt".
Hela samlingen av telefonnummer, tex i en tryckt katalog omfattas av
katalogskydd. Det är oklart hur många telefonnummer man kan publicera
fritt. Troligen väldigt många.

En scannad karta är en avbildning av "konstverket" och omfattas av
upphovsrättsregelerna. Den kan kopieras för privat bruk, men inte
publiceras på nätet utan tillstånd.

Att plocka uppgifter om vägsträckningar och olika objekts läge i naturen,
topografisk info mm och återanvända dem i en annan karta är tillåtet så
länge det inte är en stor del av "samlingen". Var gränsen går är inte
klargjort. Ett helt kartblad eller sjökort är kanske att närma sig gränsen
för katalogskyddet. Mera begränsade uppgifter, tex cykelvägarna i en karta
är det inte.

Att plocka uppgifter från en scannad karta som bakgrundslager är alltid OK.
Det är vad som publiceras som är intressant, inte hur man får fram
faktauppgifterna.

En databas med kartinfo kan omfattas av katalogskydd om den är tillräckligt
stor. Enskilda uppgifter är inte skyddade.

Slutsats: Plocka faktauppgifter och "vektorisera" (OSM är en vektorkarta)
vilka kartor som helst. Publicera aldrig en direkt avbild (scanning) av en
karta. Plocka gärna uppgifter från flera håll. Då kan ingen påstå att Du
kopierat hela "katalogen" från en källa. (Det sker ju automatiskt på OSM)

Mer info:
https://sv.wikipedia.org/wiki/Upphovsr%C3%A4tt_i_Sverige#Katalogskydd

Den 16 februari 2016 03:01 skrev Andreas Vilén :

> Allmän handling och offentlighetsprincipen har tyvärr ingenting alls med
> upphovsrätten att göra. Upphovsrätten är separat även om viss data från
> myndigheter, som exvis statistik från SCB, är fri från upphovsrätt. Minns
> jag rätt finns det dock tyvärr ett explicit undantag för kartor. Har inte
> möjlighet att googla runt just nu dock.
>
> Mappning i flera plan är väldigt svårt, men jag ser faktiskt inte hur
> förgjorda kartor skulle hjälpa en att kartlägga sådant jämfört med
> egensurveyade.
>
> /Andreas
>
> Skickat från min iPhone
>
> 13 feb. 2016 kl. 14:30 skrev Karl-Johan Karlsson <
> karl.johan.karls...@gmail.com>:
>
> Jag är medveten om att man inte får använda en karta precis hur man vill
> bara för att man köper den, därav min fråga till denna mailinglista. Finns
> det några planritningar över byggnader som t.ex. är allmän handling enligt
> offentlighetsprincipen eller liknande som gör att man kan använda dem för
> OSM? Jag är dåligt insatt i vilka regler som gäller rörande dokument från
> staten/kommuner. Det kanske inte ens räcker att det är en "allmän handling"
> enligt offentlighetsprincipen för att vi ska få använda dem som underlag
> för OSM.
>
> Det är det uppenbara sättet att mappa inomhus, men det blir väldigt
> oexakt. För stora köpcentrum i flera plan känns det inte speciellt lockande
> att sitta och rita lite för hand utifrån byggnadens konturer.
>
> Det stämmer att det är främst köpcentrum som jag funderar över, men de
> flesta publika byggnader där mycket folk rör sig är intressanta att mappa
> in.
>
> Den 13 februari 2016 13:41 skrev Andreas Vilén :
>
>> Bara för att du köper en karta betyder inte det att du får använda den
>> hur du vill. Skulle tro att det är väldigt ovanligt att man ges rättigheten
>> att använda den precis hur man vill.
>>
>> Det bästa sättet att mappa inomhus är nog att kolla hur huset ser ut
>> utifrån (kanske via Bings flygbilder), rita in det på osm och sedan utgå
>> ifrån en utskriven karta och rita och göra anteckningar på den när man går
>> inne i byggnaden.
>>
>> Antar att du främst syftar på köpcentrum?
>>
>> MVH Andreas
>>
>> 2016-02-13 12:35 GMT+01:00 Karl-Johan Karlsson <
>> karl.johan.karls...@gmail.com>:
>>
>>> Hej!
>>>
>>> Har någon av er tagit reda på om och i så fall hur man kan få tillgång
>>> till kartor/planritningar för att användas för indoor mapping? Går det att
>>> få tillgång till (alternativt köpa) planritningar av publika byggnader? Det
>>> krävs givetvis att dessa kartor/planritningar har en licens som tillåter
>>> att man använder dem som underlag för att göra OSM kartor av.
>>>
>>> Jag vet att Linköpings kommun har något som heter Ritningsarkivet där
>>> man kan köpa planritningar, men jag vet inte vilka byggnader det gäller.
>>> Jag vet inte heller vad det är för licens på dessa kartor (hur man får
>>> använda dem).
>>>
>>> Är det någon som har undersökt detta?
>>>

[Corpora-List] CFP: LTDCA2016 Workshop on Legal Text, Document, and Corpus Analytics

[Branting, Karl]

Workshop on Legal Text, Document, and Corpus Analytics (LTDCA-2016)
First Call for Participation
University of San Diego Law School, San Diego, CA, 17 June 2016
Conference website: http://law-and-big-data.org/LTDCA2016.html
Sponsored by the USD Center for Computation, Mathematics, and Law 
http://www.sandiego.edu/law/centers/ccml/

Workshop Description
Recent improvements both in Human Language Technology (HLT) and in techniques 
for storage and rapid analysis of large data collections have created new 
opportunities for automated interpretation of legal text, improved access to 
statutory and regulatory rules, and greater insights into the structure and 
evolution of legal systems. These techniques hold promise for the courts, legal 
practitioners, scholars, and citizens alike. These advances have coincided with 
a rapid expansion of interest in automated processing and understanding of 
legal texts on the part of industry, government agencies, court personnel, and 
the public.

This workshop is intended to be a forum for discussion of research ideas and 
practical developments that involve interpretation of legal text, analysis of 
structured legal documents, improved publication and access to document 
collections, predictive analysis based on legal text mining, and visualization 
of legal corpora.  Participation is invited on all topics relevant to these 
research themes, including:

  *   Application of “Big Data” techniques, including data mining and machine 
learning, to legal and financial document corpora
  *   Network models of statutory and case law, including visualization 
techniques specialized for legal networks and legal tasks
  *   Global, emergent, and dynamic properties of legal text collections, such 
as modularity, language models, complexity, and trends in legal doctrine and 
practice
  *   Techniques for improving public access to, understanding of, and 
compliance with statutory and regulatory rule sets
  *   Legal question-answering systems
  *   Legal document analysis, including semantic analysis, information 
extraction, abstraction, summarization, topic modeling, coreference resolution, 
and document-structure analysis
  *   Induction of predictive and descriptive models from legal corpora, such 
as probability of success of a motion or claim, expected case duration and 
settlement value, and expected consequences of alternative litigation decisions

The intended audience for the workshop includes researchers and practitioners 
from industry, academia, and government working at the intersection of HLT, 
artificial intelligence, social science, data and network science, and law.

The workshop will be one day in length consisting of paper presentations, 
invited talks, demonstrations, and a panel discussion.

Submission information
Submissions are invited for research papers (at most 10 pages long), extended 
abstracts (at most 5 pages long), and proposals for system demonstrations. 
Papers must be submitted electronically in pdf format to the conference support 
system, https://www.conftool.net/ltdca2016/  by 29 April 2016. Research papers 
and abstracts must be in the ACM proceedings format, 
http://www.acm.org/sigs/pubs/proceed/template.html.

Venue
The Workshop will be held at Warren Hall, University of San Diego Law School, 
San Diego, California.

Important Dates
29 April 2016: Workshop Paper Due Date
13 May 2016: Notification of Acceptance
27 May 2016: Corrected papers due
17 June 2016: Workshop Date

Program Chair
Karl Branting, The MITRE Corporation, USA, 
lbrant...@mitre.org<mailto:lbrant...@mitre.org>, (+1) 410-660-9094

Workshop Chair
Ted Sichelman, University of San Diego Law School, 
tsichel...@sandiego.edu<mailto:tsichel...@sandiego.edu>,  (+1) 619-260-7512

Program Committee
Thomas Bruce, Cornell Law School, 
t...@liicornell.org<mailto:t...@liicornell.org>
Jack G. Conrad, Thomson Reuters, Corp. R, 
jack.g.con...@thomsonreuters.com<mailto:jack.g.con...@thomsonreuters.com>
William Hamilton, University of Florida Law School, 
hamilt...@law.ufl.edu<mailto:hamilt...@law.ufl.edu>
Matt Koehler, The MITRE Corporation, 
mkoeh...@mitre.org<mailto:mkoeh...@mitre.org>
David Lewis, David D. Lewis Consulting LLC, 
davele...@daviddlewis.com<mailto:davele...@daviddlewis.com>
Joonsuk Park, Cornell University, 
jp...@cs.cornell.edu<mailto:davele...@daviddlewis.com>
Jana Sukkarieh, NOHA Z, LLC, 
jana.sukkar...@gmail.com<mailto:jana.sukkar...@gmail.com>
Daisy Zhe Wang, University of Florida, 
dai...@cise.ufl.edu<mailto:dai...@cise.ufl.edu>






___
UNSUBSCRIBE from this page: http://mailman.uib.no/options/corpora
Corpora mailing list
Corpora@uib.no
http://mailman.uib.no/listinfo/corpora

Re: [Arches] loading CDS package with your own data

[Scott Branting]

Dear Alexei,

Thank you very much for doing that.  It is good to know that the file is 
almost correct, that was the point of what I was trying to do.  I've looked 
at the file and didn't see any quotes in line 6.  There is a comma there, 
but no quotes.  Was the comma the offending character?  There were also 
some apostrophes in line 34, that isn't what you were referring to was it?  
Could you perhaps send me back the cleaned up file so that I can double 
check?

I'll shift the coordinate system for the point geometry.  It's a next step 
that I hadn't moved on to yet.  It's in a Spherical Mercator. 

I just tried running the build/install_arches_db.bat, runserver.bat, and 
build/install_packages.bat without any resource_info.csv or 
resouce_info_small.csv in the archesproject\packages\cds\source_data 
directory.  It ran without any issues and yielded the same result of 
displaying the EH data.  That seems very odd to me.  I just want to double 
check with you that the directory location is correct.  If that is the 
correct directory then my next step would be to try a fresh install of 
arches from the start, unless you have any other ideas?  

We're in the process of getting the production server up and running, so 
getting this corrected with a full re-installation on the dev machine that 
I was using to test the load file is less pressing and may have to wait a 
week or two.  

Thank you,

Scott


On Wednesday, October 22, 2014 7:08:53 PM UTC-5, Alexei Peters wrote:

 Hi Scott,
 Well, I'm happy to say that I was able to import your data successfully!
 I did have to remove the quotes from line 6 on the larger file, but that 
 was it. 

 In the process I did find a bug in our code, but have already pushed a fix 
 for that.  (The bug didn't prevent me from loading and seeing you data 
 though).

 The only thing that you need to change in your files is the way you're 
 representing your spatial data.  Right now it looks like you may be using 
 some type of projection (eg: POINT (4364068. 4102410.5022))
 What you should be using is lat/lon (eg: POINT (-2.29100433423506 
 54.4308148851311))
 Although, the coordinates were wrong, I was still able to install and see 
 your data without making any changes to it (other than the quote issue).

 Other than that everything looked good to me.

 All I did was replace the contents resource_info_small.csv with the 
 contents of your file.
 Then I ran build/install_arches_db.bat, ran runserver.bat, and finally ran 
 build/install_packages.bat

 So, maybe something else is going on?  Maybe we can setup a GoToMeeting 
 and we could try to debug the issue.
 Cheers,
 Alexei


 Director of Web Development - Farallon Geographics, Inc. - 971.227.3173

 On Wed, Oct 22, 2014 at 1:48 PM, Scott Branting scottb...@gmail.com 
 javascript: wrote:

 I should have mentioned that I am still getting EH data even after that 
 last step of reinstalling Django and Elastic Search.

 Thanks,

 Scott


 On Wednesday, October 22, 2014 3:46:38 PM UTC-5, Scott Branting wrote:

 Dear Alexei,

 Thank you for your quick reply.  

 Yes, I'm a bit perplexed as well.  

 Yes, I am referencing the same entitytypeid's found in the resource 
 graphs.  I've sent you the file so that you can look over what I put 
 together and see if there is a fault there.

 I was reinstalling a bit out of order:  start elasticsearch, 
 install_arches_db, 
 build, and install_packages.  I've changed that and followed the steps 
 you specified: install_arches_db, start elasticsearch, and 
 install_packages.  I'm still getting persistent EH data that shows up every 
 time that I view the localhost:8000/Arches/index.htm.  I then tried 
 stepping back and reinstalling Django and Elastic Search and then 
 continuing on with the install and build and loading of the data management 
 package.  

 Thanks,

 Scott


 On Wednesday, October 22, 2014 1:28:31 PM UTC-5, Alexei Peters wrote:

 HI Scott,
 Welcome to Archesproject!  
 From what you've said in your email you should be seeing your new 
 data.  Does your new data reference the same entitytypeid's found in the 
 existing resource graphs?
 Maybe you could send me your new resource_info file and I could test 
 locally.  Rerunning the install_arches_db script should delete all the 
 contents from the database, so I'm a bit perplexed as to why you're still 
 seeing the EH data. 
 Did you start the elasticsearch process before you reran the 
 installation?  The steps to reinstall are: install_arches_db, start 
 elasticsearch, and install_packages.
 Let me know if I can be of further assistance.
 Cheers,
 Alexei




 Director of Web Development - Farallon Geographics, Inc. - 971.227.3173

 On Wed, Oct 22, 2014 at 7:33 AM, Scott Branting scottb...@gmail.com 
 wrote:


 We've been following this thread while attempting to import our own 
 data into our installation of Arches v2 on a windows 7 x64 machine.  
 We've 
 modified and replaced the resource_info.csv file with a small

Re: [Arches] loading CDS package with your own data

[Scott Branting]

Dear Alexei,

I see this ghost EH data both in the advanced search results (the 10 
results with summaries) and on the map (both at an aggregated level when 
zoomed out or down to the polygon when zoomed in).  When I click to see the 
report through either interface (search results or hover over menu on the 
map) the report window comes up but it just endlessly says it is loading 
until I close the window.

When you get a chance, could you send me back the cleaned up resource_info 
file so that I can double check the problem with line 6?  I'm working on 
importing a couple thousand sites and want to double check this so as to 
avoid this problem with the other records.  I'm pretty sure it has to be 
the comma, but want to make sure before I remove them all.

Thanks, 

Scott

On Thursday, October 23, 2014 1:54:50 PM UTC-5, Alexei Peters wrote:

 Hi Scott,
 When you say that you still see the EH data, do you mean you still see it 
 in the map?  Or can you also get a populated report as well (for instance 
 when you click the 'report' link when you hover over an item on the map)?
 Cheers,
 Alexei


 Director of Web Development - Farallon Geographics, Inc. - 971.227.3173

 On Thu, Oct 23, 2014 at 7:01 AM, Scott Branting scottb...@gmail.com 
 javascript: wrote:

 Dear Alexei,

 Thank you very much for doing that.  It is good to know that the file is 
 almost correct, that was the point of what I was trying to do.  I've looked 
 at the file and didn't see any quotes in line 6.  There is a comma there, 
 but no quotes.  Was the comma the offending character?  There were also 
 some apostrophes in line 34, that isn't what you were referring to was it?  
 Could you perhaps send me back the cleaned up file so that I can double 
 check?

 I'll shift the coordinate system for the point geometry.  It's a next 
 step that I hadn't moved on to yet.  It's in a Spherical Mercator. 

 I just tried running the build/install_arches_db.bat, runserver.bat, and 
 build/install_packages.bat without any resource_info.csv or 
 resouce_info_small.csv in the archesproject\packages\cds\source_data 
 directory.  It ran without any issues and yielded the same result of 
 displaying the EH data.  That seems very odd to me.  I just want to double 
 check with you that the directory location is correct.  If that is the 
 correct directory then my next step would be to try a fresh install of 
 arches from the start, unless you have any other ideas?  

 We're in the process of getting the production server up and running, so 
 getting this corrected with a full re-installation on the dev machine that 
 I was using to test the load file is less pressing and may have to wait a 
 week or two.  

 Thank you,

 Scott


 On Wednesday, October 22, 2014 7:08:53 PM UTC-5, Alexei Peters wrote:

 Hi Scott,
 Well, I'm happy to say that I was able to import your data successfully!
 I did have to remove the quotes from line 6 on the larger file, but that 
 was it. 

 In the process I did find a bug in our code, but have already pushed a 
 fix for that.  (The bug didn't prevent me from loading and seeing you data 
 though).

 The only thing that you need to change in your files is the way you're 
 representing your spatial data.  Right now it looks like you may be using 
 some type of projection (eg: POINT (4364068. 4102410.5022))
 What you should be using is lat/lon (eg: POINT (-2.29100433423506 
 54.4308148851311))
 Although, the coordinates were wrong, I was still able to install and 
 see your data without making any changes to it (other than the quote 
 issue).

 Other than that everything looked good to me.

 All I did was replace the contents resource_info_small.csv with the 
 contents of your file.
 Then I ran build/install_arches_db.bat, ran runserver.bat, and finally 
 ran build/install_packages.bat

 So, maybe something else is going on?  Maybe we can setup a GoToMeeting 
 and we could try to debug the issue.
 Cheers,
 Alexei


 Director of Web Development - Farallon Geographics, Inc. - 971.227.3173

 On Wed, Oct 22, 2014 at 1:48 PM, Scott Branting scottb...@gmail.com 
 wrote:

 I should have mentioned that I am still getting EH data even after that 
 last step of reinstalling Django and Elastic Search.

 Thanks,

 Scott


 On Wednesday, October 22, 2014 3:46:38 PM UTC-5, Scott Branting wrote:

 Dear Alexei,

 Thank you for your quick reply.  

 Yes, I'm a bit perplexed as well.  

 Yes, I am referencing the same entitytypeid's found in the resource 
 graphs.  I've sent you the file so that you can look over what I put 
 together and see if there is a fault there.

 I was reinstalling a bit out of order:  start elasticsearch, 
 install_arches_db, 
 build, and install_packages.  I've changed that and followed the 
 steps you specified: install_arches_db, start elasticsearch, and 
 install_packages.  I'm still getting persistent EH data that shows up 
 every 
 time that I view the localhost:8000/Arches/index.htm.  I then tried 
 stepping back

Re: [Arches] loading CDS package with your own data

[Scott Branting]

Dear Alexei,

Thank you for your quick reply.  

Yes, I'm a bit perplexed as well.  

Yes, I am referencing the same entitytypeid's found in the resource 
graphs.  I've sent you the file so that you can look over what I put 
together and see if there is a fault there.

I was reinstalling a bit out of order:  start elasticsearch, install_arches_db, 
build, and install_packages.  I've changed that and followed the steps you 
specified: install_arches_db, start elasticsearch, and install_packages.  
I'm still getting persistent EH data that shows up every time that I view 
the localhost:8000/Arches/index.htm.  I then tried stepping back and 
reinstalling Django and Elastic Search and then continuing on with the 
install and build and loading of the data management package.  

Thanks,

Scott


On Wednesday, October 22, 2014 1:28:31 PM UTC-5, Alexei Peters wrote:

 HI Scott,
 Welcome to Archesproject!  
 From what you've said in your email you should be seeing your new data.  
 Does your new data reference the same entitytypeid's found in the existing 
 resource graphs?
 Maybe you could send me your new resource_info file and I could test 
 locally.  Rerunning the install_arches_db script should delete all the 
 contents from the database, so I'm a bit perplexed as to why you're still 
 seeing the EH data. 
 Did you start the elasticsearch process before you reran the 
 installation?  The steps to reinstall are: install_arches_db, start 
 elasticsearch, and install_packages.
 Let me know if I can be of further assistance.
 Cheers,
 Alexei




 Director of Web Development - Farallon Geographics, Inc. - 971.227.3173

 On Wed, Oct 22, 2014 at 7:33 AM, Scott Branting scottb...@gmail.com 
 javascript: wrote:


 We've been following this thread while attempting to import our own data 
 into our installation of Arches v2 on a windows 7 x64 machine.  We've 
 modified and replaced the resource_info.csv file with a small amount of our 
 test data and put the new file in the CDS package.  We've then gone back 
 through the steps of clearing the running install_arches_db, build, and 
 install_packages.  However, at the end of that we're still seeing the test 
 data from English Heritage rather than our new data on the localhost.  Am I 
 missing a step(s)?  Do we need to make further alterations to certain 
 authority documents or resource graphs?  I'm assuming that if it was a 
 syntax error in the new resource_info.csv file that it would have errored 
 out during the build and install process.  Is that correct?  

 Thank you and have a great day,

 Scott


 On Tuesday, October 14, 2014 3:21:20 AM UTC-5, Eloise Stancioff wrote:

 Thanks Adam! Hopefully, all will go well!

 Have a nice day
 Eloise

 On Mon, Oct 13, 2014 at 7:34 PM, Adam Lodge alo...@fargeo.com wrote:

  Eloise, 

 From the perspective of a clean Arches install, the order of operations 
 would be as follows:

 1. Prepare your authority documents files (including administrative 
 area)
 2. Populate the resource_info file with your own data - per the example 
 I gave you
 3. Run the build process (including data load)
 4. Configure your settings (including map_config.)

 Given that rosy scenario, everything should be easy - assuming your 
 data are perfectly set up. 

 On the front of perfectly set up data… another point of note about 
 administrative area authority document: You will want to either delete or 
 modify your ADMINISTRATIVE SUBDIVISION AUTHORITY DOCUMENT.values.csv file 
 to be consistent with your administrative area data.  Specifically, you 
 will want to add the appropriate admin area type values and remove the 
 ones with value type of geometry.

 In reality though, it is likely that you have already attempted to 
 build and load data, and that will require some backtracking on the 
 software install that Alexei is more qualified to chime in on than I am. 

 Unless you already know that this order of operations will not work for 
 you, then give it a shot.  I may have to pass the torch to Alexei though 
 on 
 next steps if it doesn't work.

 Adam

 -- 
 Adam Lodge
 Geospatial Systems Consultant
 Farallon Geographics
 415.317.6625



  -- 
 -- To post, send email to arches...@googlegroups.com javascript:. To 
 unsubscribe, send email to archesprojec...@googlegroups.com javascript:. 
 For more information, visit 
 https://groups.google.com/d/forum/archesproject?hl=en
 --- 
 You received this message because you are subscribed to the Google Groups 
 Arches Project group.
 To unsubscribe from this group and stop receiving emails from it, send an 
 email to archesprojec...@googlegroups.com javascript:.
 For more options, visit https://groups.google.com/d/optout.




-- 
-- To post, send email to archesproject@googlegroups.com. To unsubscribe, send 
email to archesproject+unsubscr...@googlegroups.com. For more information, 
visit https://groups.google.com/d/forum/archesproject?hl=en
--- 
You received this message because you are subscribed

Re: [Arches] loading CDS package with your own data

[Scott Branting]

I should have mentioned that I am still getting EH data even after that 
last step of reinstalling Django and Elastic Search.

Thanks,

Scott

On Wednesday, October 22, 2014 3:46:38 PM UTC-5, Scott Branting wrote:

 Dear Alexei,

 Thank you for your quick reply.  

 Yes, I'm a bit perplexed as well.  

 Yes, I am referencing the same entitytypeid's found in the resource 
 graphs.  I've sent you the file so that you can look over what I put 
 together and see if there is a fault there.

 I was reinstalling a bit out of order:  start elasticsearch, 
 install_arches_db, 
 build, and install_packages.  I've changed that and followed the steps 
 you specified: install_arches_db, start elasticsearch, and 
 install_packages.  I'm still getting persistent EH data that shows up every 
 time that I view the localhost:8000/Arches/index.htm.  I then tried 
 stepping back and reinstalling Django and Elastic Search and then 
 continuing on with the install and build and loading of the data management 
 package.  

 Thanks,

 Scott


 On Wednesday, October 22, 2014 1:28:31 PM UTC-5, Alexei Peters wrote:

 HI Scott,
 Welcome to Archesproject!  
 From what you've said in your email you should be seeing your new data.  
 Does your new data reference the same entitytypeid's found in the existing 
 resource graphs?
 Maybe you could send me your new resource_info file and I could test 
 locally.  Rerunning the install_arches_db script should delete all the 
 contents from the database, so I'm a bit perplexed as to why you're still 
 seeing the EH data. 
 Did you start the elasticsearch process before you reran the 
 installation?  The steps to reinstall are: install_arches_db, start 
 elasticsearch, and install_packages.
 Let me know if I can be of further assistance.
 Cheers,
 Alexei




 Director of Web Development - Farallon Geographics, Inc. - 971.227.3173

 On Wed, Oct 22, 2014 at 7:33 AM, Scott Branting scottb...@gmail.com 
 wrote:


 We've been following this thread while attempting to import our own data 
 into our installation of Arches v2 on a windows 7 x64 machine.  We've 
 modified and replaced the resource_info.csv file with a small amount of our 
 test data and put the new file in the CDS package.  We've then gone back 
 through the steps of clearing the running install_arches_db, build, and 
 install_packages.  However, at the end of that we're still seeing the test 
 data from English Heritage rather than our new data on the localhost.  Am I 
 missing a step(s)?  Do we need to make further alterations to certain 
 authority documents or resource graphs?  I'm assuming that if it was a 
 syntax error in the new resource_info.csv file that it would have errored 
 out during the build and install process.  Is that correct?  

 Thank you and have a great day,

 Scott


 On Tuesday, October 14, 2014 3:21:20 AM UTC-5, Eloise Stancioff wrote:

 Thanks Adam! Hopefully, all will go well!

 Have a nice day
 Eloise

 On Mon, Oct 13, 2014 at 7:34 PM, Adam Lodge alo...@fargeo.com wrote:

  Eloise, 

 From the perspective of a clean Arches install, the order of 
 operations would be as follows:

 1. Prepare your authority documents files (including administrative 
 area)
 2. Populate the resource_info file with your own data - per the 
 example I gave you
 3. Run the build process (including data load)
 4. Configure your settings (including map_config.)

 Given that rosy scenario, everything should be easy - assuming your 
 data are perfectly set up. 

 On the front of perfectly set up data… another point of note about 
 administrative area authority document: You will want to either delete or 
 modify your ADMINISTRATIVE SUBDIVISION AUTHORITY DOCUMENT.values.csv file 
 to be consistent with your administrative area data.  Specifically, you 
 will want to add the appropriate admin area type values and remove the 
 ones with value type of geometry.

 In reality though, it is likely that you have already attempted to 
 build and load data, and that will require some backtracking on the 
 software install that Alexei is more qualified to chime in on than I am. 

 Unless you already know that this order of operations will not work 
 for you, then give it a shot.  I may have to pass the torch to Alexei 
 though on next steps if it doesn't work.

 Adam

 -- 
 Adam Lodge
 Geospatial Systems Consultant
 Farallon Geographics
 415.317.6625



  -- 
 -- To post, send email to arches...@googlegroups.com. To unsubscribe, 
 send email to archesprojec...@googlegroups.com. For more information, 
 visit https://groups.google.com/d/forum/archesproject?hl=en
 --- 
 You received this message because you are subscribed to the Google 
 Groups Arches Project group.
 To unsubscribe from this group and stop receiving emails from it, send 
 an email to archesprojec...@googlegroups.com.
 For more options, visit https://groups.google.com/d/optout.




-- 
-- To post, send email to archesproject@googlegroups.com. To unsubscribe, send 
email

[Pkg-kde-extras] tunnellings

[Branting]

How to Make a Woman Ogsrasm in Minutes.www.onlyviagra. net

___
pkg-kde-extras mailing list
pkg-kde-extras@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-kde-extras

[CM] WIn binary that matches the Common Music Reference Manual

[Karl Branting]

I am an experienced lisp programmer, and I'd like a cm windows binary that
matches the Common Music Reference Manual or some more up-to-date reference.
I would prefer to use emacs as my interface, but in the past I have found
discrepancies between the cm2 binaries that I could find for windows and
both the CMRM and Notes from the Metalevel.

Does an appropriate windows-binary/documentation pair exist?

Thanks,

Karl Branting
___
Cmdist mailing list
Cmdist@ccrma.stanford.edu
http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist